Bug#894034: debian-installer: mount point /boot/efi

[Heinrich Schuchardt]

Package: debian-installer
Version: 20171204
Severity: normal

I am installing Debian buster armhf on a BananaPi.
This is the image I am using:
debian-testing-armhf-netinst.iso2018-03-25 18:24

Grub expects that the EFI partition is mounted as /boot/efi.
When setting up the partions some default paths are offered but
/boot/efi is missing.
Please, add /boot/efi to the list of default paths.

Best regards

Heinrich Schuchardt

Bug#894033: jupyter-notebook: jupyter notebook: IOLoop has no attribute initialized

[r.ductor]

Package: jupyter-notebook
Version: 5.4.0-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

jupyter notebook crashes on start:

$ jupyter notebook
Traceback (most recent call last):
  File "/usr/bin/jupyter-notebook", line 11, in 
load_entry_point('notebook==5.4.0', 'console_scripts', 'jupyter-notebook')()
  File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 587, in 
load_entry_point
return get_distribution(dist).load_entry_point(group, name)
  File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 2800, 
in load_entry_point
return ep.load()
  File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 2431, 
in load
return self.resolve()   
   
  File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 2437, 
in resolve   
module = __import__(self.module_name, fromlist=['__name__'], level=0)   
   
  File "/usr/lib/python3/dist-packages/notebook/notebookapp.py", line 45, in 
  
ioloop.install()
   
  File "/usr/lib/python3/dist-packages/zmq/eventloop/ioloop.py", line 210, in 
install  
assert (not ioloop.IOLoop.initialized()) or \   
   
AttributeError: type object 'IOLoop' has no attribute 'initialized'


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

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

Versions of packages jupyter-notebook depends on:
ii  jupyter-core  4.4.0-2
ii  python3   3.6.4-1
ii  python3-notebook  5.4.0-1

jupyter-notebook recommends no packages.

jupyter-notebook suggests no packages.

-- no debconf information

Bug#894032: postr: Intent to remove from Debian

[Jeremy Bicha]

Source: postr
Version: 0.13.1-1
Severity: serious
Tags: buster sid

postr's last upstream release and last Debian upload was in 2014.

postr was removed from Debian Testing in December because it depends
on gnome-python which will be removed from Debian soon.

postr was converted to gtk3 in 2012 in git but no release was made for
it. (That would fix the gnome-python dependency bug).

Unless someone uploads postr (with those patches or as a git snapshot)
to Debian soon, I intend to file a bug to remove postr from Debian.

Thanks,
Jeremy Bicha

Bug#893247: Intend to take over libjbzip2-java and libnanoxml2-java into Debian Med team

[Emmanuel Bourg]

Hi Andreas,

These are quite generic non-med related libraries, I'd prefer keeping them 
under the Java Team umbrella.

Emmanuel Bourg

Bug#893918: openvas-manager: drop unused Build-Depends: flawfinder

[林上智]

Hi Helmut,

Thanks for your feedback. I'll start to investigate this issue in these days.

--

SZ Lin (林上智) , http://people.debian.org/~szlin


4096R/ 178F 8338 B314 01E3 04FC 44BA A959 B38A 9561 F3F9


2018-03-24 3:04 GMT+08:00 Helmut Grohne :
> Source: openvas-manager
> Version: 7.0.2-2
> Tags: patch
> User: helm...@debian.org
> Usertags: rebootstrap
>
> openvas-manager Build-Depends on flawfinder. I tried to figure out why
> and found that its source code only mentions this tools in comments. It
> doesn't occur in a build log either. And when building openvas-manager
> without this dependency, you the same package (up to build path
> differences) as when building with it (thanks to reproducible builds). I
> conclude that this dependency is unused.  The dependency happens to be
> unsatisfiable for cross building. Please consider applying the attached
> patch.
>
> Helmut
>
>
>

Bug#846791: Pending fixes for bugs in the libitext-java package

[pkg-java-maintainers]

tag 846791 + pending
thanks

Some bugs in the libitext-java package are closed in revision
45844b8bd6135f3ad12f77ac675e4b7776ed61fe in branch 'master' by Markus
Koschany

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-java/libitext-java.git/commit/?id=45844b8

Commit message:

Remove Adriaan Peeters from Uploaders.

Closes: #846791

Bug#894031: ITP: r-cran-multcompview -- GNU R visualizations of paired comparisons

[Andreas Tille]

Package: wnpp
Severity: wishlist
Owner: Andreas Tille 

* Package name: r-cran-multcompview
  Version : 0.1-7
  Upstream Author : Spencer Graves, Hans-Peter Piepho and Luciano Selzer
* URL : https://cran.r-project.org/package=multcompView
* License : GPL
  Programming Lang: GNU R
  Description : GNU R visualizations of paired comparisons
 Convert a logical vector or a vector of p-values or a correlation,
 difference, or distance matrix into a display identifying the pairs
 for which the differences were not significantly different.
 Designed for use in conjunction with the output of functions like
 TukeyHSD, dist{stats}, simint, simtest, csimint, csimtest{multcomp},
 friedmanmc, kruskalmc{pgirmess}.


Remark: This package is needed to run the test suite of r-cran-lsmeans
  (see #877409).  It will be maintained by the r-pkg team at
  https://salsa.debian.org/r-pkg-team/r-cran-multcompview

Bug#893359: jboss-xnio FTBFS with openjdk-9

[Markus Koschany]

I could solve one part of the build issues with Java 9 but I am stuck with

"/build/jboss-xnio-3.6.2/api/src/main/java/java/nio/channels/FileChannel.java:[19,1]
package exists in another module: java.base
"

I have read about the new --patch-modules option but I am not sure if
this is the right way. Renaming the package is probably the way forward.
However upstream is still working on Java 9 support and I don't want to
act prematurely. Let's see with what they will come up with. Hopefully
it happens before Buster freezes.



signature.asc
Description: OpenPGP digital signature

Bug#893199: rapidjson maintenance

[Shengjing Zhu]

On Sun, Mar 25, 2018 at 06:44:59PM +0300, Alexander Gerasiov wrote:
> Hello Shengjing Zhu,
> 
> If you need a help in maintenance or sponsoring the upload, feel free
> to contact me.
> 
> I've also pushed some small fixups to salsa repo feel free to use them.
> 

Hi Alexander,

I didn't plan to update it recently, currently version in sid is fine to
build ceph. And there's also no open bug in BTS. I submit this ITA in case
of further problems.

But if you're also interested in maintaining, feel free to take the
owner :)

BR,
Shengjing Zhu

Bug#893359: Pending fixes for bugs in the jboss-xnio package

[pkg-java-maintainers]

tag 893359 + pending
thanks

Some bugs in the jboss-xnio package are closed in revision
6322f4b9f51fdd6cb42124b5aa39dfe211c7fe4f in branch 'master' by Markus
Koschany

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-java/jboss-xnio.git/commit/?id=6322f4b

Commit message:

Add java9.patch and fix FTBFS with Java 9.

Closes: #893359

Bug#894030: linux-image-4.15.0-2-amd64: kernel memory leak while recording with audacity

[Dominique Dumont]

On dimanche 25 mars 2018 17:50:22 CEST you wrote:
> According to this, your kernel is not in the best of states.  Maybe you
> want to read the fulle kernel log and see where this started?

First oops is due to usb trouble:
Mar 25 12:48:25 gandalf kernel: [   21.212996] CPU: 7 PID: 2178 Comm: 
kworker/7:4 Not tainted 4.15.0-2-amd64 #1 Debian 4.15.11-1
Mar 25 12:48:25 gandalf kernel: [   21.212997] Hardware name: MSI MS-7A33/X370 
SLI PLUS (MS-7A33), BIOS 3.B0 03/10/2018
Mar 25 12:48:25 gandalf kernel: [   21.213004] Workqueue: events do_submit_urb 
[smsusb]
Mar 25 12:48:25 gandalf kernel: [   21.213007] RIP: 
0010:_raw_spin_lock_irqsave+0x1e/0x40
Mar 25 12:48:25 gandalf kernel: [   21.213009] RSP: 0018:aea9c86afe08 
EFLAGS: 00010046
Mar 25 12:48:25 gandalf kernel: [   21.213011] RAX:  RBX: 
0246 RCX: 93bb85d745f8
Mar 25 12:48:25 gandalf kernel: [   21.213012] RDX: 0001 RSI: 
93bb85d74410 RDI: 5622367f22c0
Mar 25 12:48:25 gandalf kernel: [   21.213014] RBP: 5622367f22c0 R08: 
b5845590 R09: aea9c86afe78
Mar 25 12:48:25 gandalf kernel: [   21.213015] R10: 00d3 R11: 
0040 R12: 93bb9ede5000
Mar 25 12:48:25 gandalf kernel: [   21.213017] R13:  R14: 
93bb895bfb00 R15: 93bb85d744f8
Mar 25 12:48:25 gandalf kernel: [   21.213019] FS:  () 
GS:93bb9edc() knlGS:
Mar 25 12:48:25 gandalf kernel: [   21.213021] CS:  0010 DS:  ES:  CR0: 
80050033
Mar 25 12:48:25 gandalf kernel: [   21.213023] CR2: 5622367f22c0 CR3: 
0003c7e98000 CR4: 003406e0
Mar 25 12:48:25 gandalf kernel: [   21.213024] Call Trace:
Mar 25 12:48:25 gandalf kernel: [   21.213032]  get_entry+0x18/0x80 [smsmdtv]
Mar 25 12:48:25 gandalf kernel: [   21.213036]  smscore_getbuffer+0x2b/0xa0 
[smsmdtv]
Mar 25 12:48:25 gandalf kernel: [   21.213041]  smsusb_submit_urb+0x94/0xd0 
[smsusb]
Mar 25 12:48:25 gandalf kernel: [   21.213045]  process_one_work+0x17b/0x370
Mar 25 12:48:25 gandalf kernel: [   21.213049]  worker_thread+0x2e/0x390
Mar 25 12:48:25 gandalf kernel: [   21.213052]  ? process_one_work+0x370/0x370
Mar 25 12:48:25 gandalf kernel: [   21.213054]  kthread+0x113/0x130
Mar 25 12:48:25 gandalf kernel: [   21.213057]  ? 
kthread_create_worker_on_cpu+0x70/0x70
Mar 25 12:48:25 gandalf kernel: [   21.213059]  ret_from_fork+0x22/0x40

(a more complete log is attached to this mail)

> 
> > ** Kernel log:
> > [   21.213920] BUG: unable to handle kernel paging request at
> > 5622367f22c0 [   21.213924] IP: _raw_spin_lock_irqsave+0x1e/0x40
> > [   21.213967] CPU: 7 PID: 2182 Comm: kworker/7:8 Tainted: G  D   
> >   4.15.0-2-amd64 #1 Debian 4.15.11-1
> At least we have memory problems.


> > [   25.107870] kdeconnectd[2444]: segfault at 0 ip 7fc260e0df9c sp
> > 7fff9da609a0 error 4 in libQt5Network.so.5.9.2[7fc260cff000+183000] [
> >   25.406991] kdeconnectd[2450]: segfault at 0 ip 7f27aa111f9c sp
> > 7fff51850ee0 error 4 in libQt5Network.so.5.9.2[7f27aa003000+183000] [
> >   25.818590] kdeconnectd[2455]: segfault at 0 ip 7fd216d25f9c sp
> > 7fff780508e0 error 4 in libQt5Network.so.5.9.2[7fd216c17000+183000] [
> >   26.022703] kdeconnectd[2460]: segfault at 0 ip 7f2f18c86f9c sp
> > 7ffda7b17850 error 4 in libQt5Network.so.5.9.2[7f2f18b78000+183000]
> You have broken binaries.

ok. I've removed kdeconnect. I don't need it in this machine.

I'll reboot and retry to record with audacity.

Thanks for the tips

-- 
https://github.com/dod38fr/config-model/ -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/-o-   irc: dod at irc.debian.org
Mar 25 12:48:14 gandalf kernel: [   10.246647] IPv6: ADDRCONF(NETDEV_UP): 
enp33s0: link is not ready
Mar 25 12:48:14 gandalf kernel: [   10.254913] r8169 :21:00.0: firmware: 
direct-loading firmware rtl_nic/rtl8168h-2.fw
Mar 25 12:48:14 gandalf kernel: [   10.274898] r8169 :21:00.0 enp33s0: link 
down
Mar 25 12:48:14 gandalf kernel: [   10.274899] r8169 :21:00.0 enp33s0: link 
down
Mar 25 12:48:14 gandalf kernel: [   10.275002] IPv6: ADDRCONF(NETDEV_UP): 
enp33s0: link is not ready
Mar 25 12:48:17 gandalf kernel: [   13.862447] r8169 :21:00.0 enp33s0: link 
up
Mar 25 12:48:17 gandalf kernel: [   13.862459] IPv6: ADDRCONF(NETDEV_CHANGE): 
enp33s0: link becomes ready
Mar 25 12:48:19 gandalf kernel: [   16.092690] smsmdtv:smscore_detect_mode: 
MSG_SMS_GET_VERSION_EX_REQ failed first try
Mar 25 12:48:24 gandalf kernel: [   20.656595] radeon_dp_aux_transfer_native: 
158 callbacks suppressed
Mar 25 12:48:24 gandalf kernel: [   20.905064] show_signal_msg: 14 callbacks 
suppressed
Mar 25 12:48:24 gandalf kernel: [   20.905066] kdeconnectd[2035]: segfault at 0 
ip 7f9bc7701f9c sp 7fff246d9ec0 error 4 in 
libQt5Network.so.5.9.2[7f9bc75f3000+183000]
Mar 25 12:48:25 gandalf kernel: [   21.212599] smsmdtv:smscore_set_device_mode: 
mode detect failed -62

Bug#868847: ITA: pytest-tornado -- py.test plugin to test Tornado applications

[Pierre-Elliott Bécue]

Control: retitle -1 ITA: pytest-tornado -- py.test plugin to test
Control: owner -1 Pierre-Elliott Bécue 

Le mercredi 19 juillet 2017 à 09:47:37+0200, Daniel Stender a écrit :
> Package: wnpp
> Severity: normal
> 
> Due to the lack of time to maintain this any longer the way I would like it, 
> I'm seeking
> for somebody to adopt this package [1].
> 
> I you are a member of the DPMT, please just proceed to own/ITA this bug. 
> Otherwise
> please contact me first. If you need an upload, please just drop me a note.
> 
> [1] https://packages.qa.debian.org/p/pytest-tornado.html

This package is unmaintained upstream, but as it's a requirement currently
for python-vcr and thus for mailman3, I'll adopt it and take care of it.

If it becomes clear that maintaining it isn't relevant anymore, I'll ask for
its removal from the archive, no matter the impact on mailman3 future in
Debian.

Cheers,

-- 
Pierre-Elliott Bécue
GPG: 9AE0 4D98 6400 E3B6 7528  F493 0D44 2664 1949 74E2
It's far easier to fight for one's principles than to live up to them.


signature.asc
Description: PGP signature

Bug#893199: rapidjson maintenance

[Alexander Gerasiov]

Hello Shengjing Zhu,

If you need a help in maintenance or sponsoring the upload, feel free
to contact me.

I've also pushed some small fixups to salsa repo feel free to use them.

-- 
Best regards,
 Alexander Gerasiov

 Contacts:
 e-mail: g...@cs.msu.su  WWW: http://gerasiov.net  TG/Skype: gerasiov
 PGP fingerprint: 04B5 9D90 DF7C C2AB CD49  BAEA CA87 E9E8 2AAC 33F1


pgp1PZvD_RMKk.pgp
Description: OpenPGP digital signature

Bug#894030: linux-image-4.15.0-2-amd64: kernel memory leak while recording with audacity

[Bastian Blank]

Hi Dominique

On Sun, Mar 25, 2018 at 04:53:30PM +0200, Dominique Dumont wrote:
> ** Tainted: D (128)
>  * Kernel has oopsed before.

According to this, your kernel is not in the best of states.  Maybe you
want to read the fulle kernel log and see where this started?

> ** Kernel log:
> [   21.213920] BUG: unable to handle kernel paging request at 5622367f22c0
> [   21.213924] IP: _raw_spin_lock_irqsave+0x1e/0x40
> [   21.213967] CPU: 7 PID: 2182 Comm: kworker/7:8 Tainted: G  D  
> 4.15.0-2-amd64 #1 Debian 4.15.11-1

At least we have memory problems.

> [   25.107870] kdeconnectd[2444]: segfault at 0 ip 7fc260e0df9c sp 
> 7fff9da609a0 error 4 in libQt5Network.so.5.9.2[7fc260cff000+183000]
> [   25.406991] kdeconnectd[2450]: segfault at 0 ip 7f27aa111f9c sp 
> 7fff51850ee0 error 4 in libQt5Network.so.5.9.2[7f27aa003000+183000]
> [   25.818590] kdeconnectd[2455]: segfault at 0 ip 7fd216d25f9c sp 
> 7fff780508e0 error 4 in libQt5Network.so.5.9.2[7fd216c17000+183000]
> [   26.022703] kdeconnectd[2460]: segfault at 0 ip 7f2f18c86f9c sp 
> 7ffda7b17850 error 4 in libQt5Network.so.5.9.2[7f2f18b78000+183000]

You have broken binaries.

Bastian

-- 
A princess should not be afraid -- not with a brave knight to protect her.
-- McCoy, "Shore Leave", stardate 3025.3

Bug#893397: adapt the cron scripts to use http:// instead of ftp://

[Osamu Aoki]

Hi,
On Thu, Mar 22, 2018 at 10:08:58PM +0800, Paul Wise wrote:
> On Wed, Mar 21, 2018 at 11:50 PM, Osamu Aoki wrote:
> 
> > One negative point of above approach is that it always downloads doc deb
> > packages even if there are no changes.
> 
> This will prevent downloading the same package twice:
> 
> chdist apt old install --download-only emacsen-common

Oh, that's it.  I should have known ... this is simple enough.
(I always had real chroot systems  so never used it)

> > Also unpacking code is still complicated to make it future proof.
> 
> Hmm, do you have any more details? Is dpkg -x not enough?

Probably enough.

> > Then I thought it may be good idea to create very small Debian unstable
> > chroot.  Then install pertinent doc packages.  For old deb from
> > snapshot, we can wget and dpkg -i.  Then this chroot can be updated and
> > dist-upgraded.  This causes to download all base package updates but
> > skips repeated download of doc packages.  Hmmm... which is worse?
> 
> A chroot needs root so probably isn't going to work here.

That's fair.

So now agree.  Thanks for the idea.

Osamu

Bug#884697: Progress

[Christian Göttsche]

> PS: I just saw that you prefixed your branches with cgzones...
> That means that I can just do the fixes without stepping on your toes..
> So I've now imported all previous versions into the repository under the
> non-prefixed naming scheme.

Thanks for importing the history and applying my changes.

Can you change the default branch of the repository from cgzones to master?


When running piuparts, it fails with:

[...]
0m27.5s DEBUG: Starting command: ['chroot', '/tmp/tmphBJakN', 'dpkg',
'--purge', 'cron', 'libpopt0:amd64', 'logrotate']
0m29.0s DUMP:
  (Reading database ... 12167 files and directories currently installed.)
  Removing logrotate (3.11.0-0.1) ...
  Purging configuration files for logrotate (3.11.0-0.1) ...
  Removing cron (3.0pl1-130) ...
  invoke-rc.d: could not determine current runlevel
  invoke-rc.d: policy-rc.d denied execution of stop.
  Purging configuration files for cron (3.0pl1-130) ...
  Removing libpopt0:amd64 (1.16-10+b2) ...
  Processing triggers for libc-bin (2.27-2) ...
0m29.0s DEBUG: Command ok: ['chroot', '/tmp/tmphBJakN', 'dpkg',
'--purge', 'cron', 'libpopt0:amd64', 'logrotate']
0m29.0s DEBUG: Starting command: ['chroot', '/tmp/tmphBJakN', 'dpkg',
'--purge', 'cron', 'libpopt0:amd64']
0m29.0s DUMP:
  dpkg: warning: ignoring request to remove cron which isn't installed
  dpkg: warning: ignoring request to remove libpopt0 which isn't installed
0m29.0s DEBUG: Command ok: ['chroot', '/tmp/tmphBJakN', 'dpkg',
'--purge', 'cron', 'libpopt0:amd64']
0m29.0s DEBUG: Starting command: ['chroot', '/tmp/tmphBJakN', 'dpkg',
'--purge', 'logrotate']
0m29.0s DUMP:
  dpkg: warning: ignoring request to remove logrotate which isn't installed
0m29.0s DEBUG: Command ok: ['chroot', '/tmp/tmphBJakN', 'dpkg',
'--purge', 'logrotate']
0m29.0s DEBUG: Starting command: ['chroot', '/tmp/tmphBJakN', 'dpkg',
'--purge', '--pending']
0m29.1s DEBUG: Command ok: ['chroot', '/tmp/tmphBJakN', 'dpkg',
'--purge', '--pending']
0m29.1s DEBUG: Starting command: ['chroot', '/tmp/tmphBJakN', 'dpkg',
'--remove', '--pending']
0m29.1s DEBUG: Command ok: ['chroot', '/tmp/tmphBJakN', 'dpkg',
'--remove', '--pending']
0m29.1s DEBUG: Starting command: ['lsof', '-w', '+D', '/tmp/tmphBJakN']
0m29.5s DEBUG: Command failed (status=1), but ignoring error: ['lsof',
'-w', '+D', '/tmp/tmphBJakN']
0m30.4s ERROR: WARN: Broken symlinks:
  /etc/systemd/system/timers.target.wants/logrotate.timer ->
/lib/systemd/system/logrotate.timer
0m30.4s DEBUG: Starting command: ['chroot', '/tmp/tmphBJakN',
'dpkg-divert', '--list']
0m30.4s DUMP:
  diversion of /usr/share/man/man1/sh.1.gz to
/usr/share/man/man1/sh.distrib.1.gz by dash
  diversion of /bin/sh to /bin/sh.distrib by dash
0m30.4s DEBUG: Command ok: ['chroot', '/tmp/tmphBJakN', 'dpkg-divert', '--list']
0m30.4s DEBUG: Starting command: ['chroot', '/tmp/tmphBJakN',
'apt-get', 'clean']
0m30.4s DEBUG: Command ok: ['chroot', '/tmp/tmphBJakN', 'apt-get', 'clean']
0m30.4s DEBUG: Recording chroot state
0m32.3s ERROR: FAIL: Package purging left files on system:
  /etc/systemd/system/logrotate.timer -> /dev/null   not owned
  /etc/systemd/system/timers.target.wants/logrotate.timer ->
/lib/systemd/system/logrotate.timer not owned
  /var/lib/systemd/deb-systemd-helper-enabled/logrotate.timer.dsh-also
  not owned
  
/var/lib/systemd/deb-systemd-helper-enabled/timers.target.wants/logrotate.timer
   not owned
  /var/lib/systemd/deb-systemd-helper-masked/not owned
  /var/lib/systemd/deb-systemd-helper-masked/logrotate.timer not owned

0m32.3s ERROR: FAIL: Installation and purging test.
0m32.7s DEBUG: Starting command: ['umount', '/tmp/tmphBJakN/dev/shm']
0m32.7s DEBUG: Command ok: ['umount', '/tmp/tmphBJakN/dev/shm']
0m32.7s DEBUG: Starting command: ['umount', '/tmp/tmphBJakN/dev/console']
0m32.7s DEBUG: Command ok: ['umount', '/tmp/tmphBJakN/dev/console']
0m32.7s DEBUG: Starting command: ['umount', '/tmp/tmphBJakN/dev/ptmx']
0m32.8s DEBUG: Command ok: ['umount', '/tmp/tmphBJakN/dev/ptmx']
0m32.8s DEBUG: Starting command: ['umount', '/tmp/tmphBJakN/dev/pts']
0m32.8s DEBUG: Command ok: ['umount', '/tmp/tmphBJakN/dev/pts']
0m32.8s DEBUG: Starting command: ['umount', '/tmp/tmphBJakN/proc']
0m32.8s DEBUG: Command ok: ['umount', '/tmp/tmphBJakN/proc']
0m32.8s DEBUG: Starting command: ['rm', '-rf', '--one-file-system',
'/tmp/tmphBJakN']
0m33.0s DEBUG: Command ok: ['rm', '-rf', '--one-file-system', '/tmp/tmphBJakN']
0m33.0s DEBUG: Removed directory tree at /tmp/tmphBJakN
0m33.0s ERROR: piuparts run ends.

Even when installing the timer/service by supplying them as
debian/logrotate.{timer|service} this issue persists.
Any idea how to fix this?

Bug#352697: [debconf-doc] Bug in configuration file handling example

[Thorsten Glaser]

On Wed, 24 Sep 2008, jre-phoenix wrote:

> Therefore I moved all code from debian/config to debian/postinst. This
> makes sure that after every debconf run (read configuration files,
> store answers in debconf db, ask questions and store answers in
> debconf db) the answers are written immediately to the configuration
> file.

This breaks the following use case:

The package is already installed and configured with debconf.
The user then goes and uses debconf-set-selections to provide
new values to the debconf database and uses dpkg-reconfigure
-fnoninteractive $packagename to enact them.

In this case, the values from the filesystem MUST NOT override
the values from the database (which is probably why this was
only intended to be run from the preinst script).

Unfortunately, there seems to not be a standard way to handle
this, as debconf’s requirement to use values from the filesystem
over values from the database (for all other cases) is already
grossly misunderstood and under-implemented by many packages.

For the specific case of console-setup I managed to fix this
by changing console-setup/store_defaults_in_debconf_db to false
in the selections text file. (Incidentally, I found this bug‐
report referenced in its config file, which I had to manually
read to figure this out.)

I think we need better education of package maintainers wrt.
how debconf is supposed to be used including all such use
cases and the w̲hy for how some things are.

bye,
//mirabilos
-- 
15:41⎜ Somebody write a testsuite for helloworld :-)

Bug#893817: salt-minion does not start: AttributeError: type object 'IOLoop' has no attribute 'initialized'

[Arthur Toussaint]

Hello,

I've got the same problem

Bug#893503: RFS: mailfilter/0.8.6-3 [RC]

[Elimar Riesebieter]

Package: sponsorship-requests
Followup-For: Bug #893503

Any one here to sponsor my package? It is announced that mailfilter
0.8.6-2 will be removed from testing. 0.8.8-3 fixes the caused
RC-bug, though.

Thanks
Elimar

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

Kernel: Linux 4.16.0-rc6-pippin-lxtec-amd64 (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), 
LANGUAGE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#770171: Confirm bug in sshd filters and additionally a similar bug also hits the default postfix filters

[Vincent Van Houtte]

I can confirm this behaviour is still buggy in version 0.9.6-2 (current
debian stretch repo). So far I have switched to systemd backends for
sshd and postfix on my machine, and I had to make the following
changes:

replace
  journalmatch = _SYSTEMD_UNIT=sshd.service + _COMM=sshd
with
  journalmatch = _SYSTEMD_UNIT=ssh.service + _COMM=sshd
in
  /etc/fail2ban/filter.d/sshd.conf
  /etc/fail2ban/filter.d/sshd-ddos.conf

and replace
  journalmatch = _SYSTEMD_UNIT=postfix.service
with
  journalmatch = _SYSTEMD_UNIT=postfix@-.service
in
  /etc/fail2ban/filter.d/postfix.conf
  /etc/fail2ban/filter.d/postfix-sasl.conf

HTH,
Vincent

Bug#855525: pdfpc: movie areas are not clickable in the audience screen

[Francesco Poli]

Control: retitle -1 movie areas are not clickable in the audience screen


Hello again Andreas,
I tested again Debian bug [#855525](https://bugs.debian.org/855525)
with pdfpc v4.1 and the
[MWE](https://bugs.debian.org/cgi-bin/bugreport.cgi?att=1;bug=855525;filename=855525_mwe.tar.xz;msg=15)
I have previously sent to you.

Again, on a laptop with internal screen + external VGA screen, I tried
to start pdfpc and play the movies by clicking on the corresponding
areas on the internal screen and/or on the external screen.
Here are the results.

Starting pdfpc from a terminal running in the internal screen:

$ pdfpc wave_presentation.pdf  # OK internal ; fails external
$ pdfpc -S wave_presentation.pdf   # OK internal
$ pdfpc -Ss wave_presentation.pdf  # OK internal
$ pdfpc -s wave_presentation.pdf   # fails internal ; OK external

Starting pdfpc from a terminal running in the external screen:

$ pdfpc wave_presentation.pdf  # OK internal ; fails external
$ pdfpc -S wave_presentation.pdf   # OK external
$ pdfpc -Ss wave_presentation.pdf  # OK external
$ pdfpc -s wave_presentation.pdf   # fails internal ; OK external

Now it seems that, when two screens are used, the movie areas are
clickable in the presenter screen, while they are "inactive" in the
audience screen.
On the other hand, when only one screen is used, movie areas work
correctly (they are always clickable).

If this is confirmed, I think the issue should be fixed by making
the movie areas clickable on all used screens (not only on the
presenter screen, but also on the audience screen, whenever it is
active).

I hope you may fix this bug.
Thanks for your time and helpfulness!

Bye.



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


pgpl76wLgD2rQ.pgp
Description: PGP signature

Bug#894030: Acknowledgement (linux-image-4.15.0-2-amd64: kernel memory leak while recording with audacity)

[Dominique Dumont]

On the other hand, once I closed the audacity windows, the kernel released 
about 3BG of memory:

$ smem -tw
Area   Used  Cache   Noncache 
firmware/hardware 0  0  0 
kernel image  0  0  0 
kernel dynamic memory  1203184089558683075972 
userspace memory2902768 5469962355772 
free memory 15043081504308  0 
--
   16438916   110071725431744 

Feel free to close this bug if you think it's invalid..

Here's the new output of slabinfo. kmalloc-64 went from 121705 to 88741.

$ sudo cat /proc/slabinfo 
slabinfo - version: 2.1
# name
 : tunables: slabdata 
  
fuse_request 120120400   404 : tunables000 : 
slabdata  3  3  0
fuse_inode39 39832   398 : tunables000 : 
slabdata  1  1  0
ccp-1-dmaengine-cmd-cache  0  0320   252 : tunables00   
 0 : slabdata  0  0  0
rpc_inode_cache   46 46704   468 : tunables000 : 
slabdata  1  1  0
ext4_groupinfo_4k  34020  34020144   281 : tunables000 : 
slabdata   1215   1215  0
ext4_inode_cache   39612  46020   1088   308 : tunables000 : 
slabdata   1534   1534  0
ext4_allocation_context512512128   321 : tunables00
0 : slabdata 16 16  0
ext4_io_end 1920   1920 64   641 : tunables000 : 
slabdata 30 30  0
ext4_extent_status  21081  28356 40  1021 : tunables000 : 
slabdata278278  0
mbcache 2555   2555 56   731 : tunables000 : 
slabdata 35 35  0
jbd2_journal_head   1632   1632120   341 : tunables000 : 
slabdata 48 48  0
jbd2_revoke_table_s768768 16  2561 : tunables000 : 
slabdata  3  3  0
fscrypt_info1792   1792 32  1281 : tunables000 : 
slabdata 14 14  0
fscrypt_ctx 1360   1360 48   851 : tunables000 : 
slabdata 16 16  0
RAWv6196196   1152   288 : tunables000 : 
slabdata  7  7  0
UDPv6364364   1216   268 : tunables000 : 
slabdata 14 14  0
tw_sock_TCPv6 34 34240   342 : tunables000 : 
slabdata  1  1  0
request_sock_TCPv6  0  0304   262 : tunables000 : 
slabdata  0  0  0
TCPv6240240   2176   158 : tunables000 : 
slabdata 16 16  0
cfq_io_cq544544120   341 : tunables000 : 
slabdata 16 16  0
cfq_queue544544240   342 : tunables000 : 
slabdata 16 16  0
bsg_cmd0  0216   372 : tunables000 : 
slabdata  0  0  0
mqueue_inode_cache 34 34960   348 : tunables000 : 
slabdata  1  1  0
userfaultfd_ctx_cache  0  0192   422 : tunables000 
: slabdata  0  0  0
dio   50 50640   254 : tunables000 : 
slabdata  2  2  0
pid_namespace  0  0208   392 : tunables000 : 
slabdata  0  0  0
posix_timers_cache 35 35232   352 : tunables000 : 
slabdata  1  1  0
ip4-frags  0  0176   462 : tunables000 : 
slabdata  0  0  0
xfrm_dst_cache 0  0448   364 : tunables000 : 
slabdata  0  0  0
RAW  306306960   348 : tunables000 : 
slabdata  9  9  0
tw_sock_TCP  170170240   342 : tunables000 : 
slabdata  5  5  0
request_sock_TCP 156156304   262 : tunables000 : 
slabdata  6  6  0
TCP  272272   2048   168 : tunables000 : 
slabdata 17 17  0
hugetlbfs_inode_cache 52 52624   264 : tunables000 
: slabdata  2  2  0
dquot512512256   322 : tunables000 : 
slabdata 16 16  0
eventpoll_pwq   8568   8568 72   561 : tunables000 : 
slabdata153153  0
eventpoll_epi   5344   5344128   321 : tunables000 : 
slabdata167167  0
dax_cache 42 42768   428 : tunables000 : 
slabdata  1  1  0
request_queue120120   2128   158 

Bug#858919: Crash reporter doesn't get symbols, even with -dbg installed

[Vincas Dargis]

I have installed thunderbird 58.0~b3-1 from experimental and 
thunderbird-dbgsym from experimental-debug, and I am pretty sure that 
debug symbols are there.


This is gdb backtrace when I send `killall -SIGSEGV thunderbird`:

```
Thread 1 "thunderbird" received signal SIGSEGV, Segmentation fault.
0x7f99f5e225d9 in __GI___poll (fds=0x7f99ca966520, nfds=5, 
timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29

29  ../sysdeps/unix/sysv/linux/poll.c: No such file or directory.
(gdb) bt
#0  0x7f99f5e225d9 in __GI___poll (fds=0x7f99ca966520, nfds=5, 
timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29
#1  0x7f99e8202f84 in PollWrapper(GPollFD*, guint, gint) 
(ufds=ufds@entry=0x7f99ca966520, nfsd=nfsd@entry=5, 
timeout_=timeout_@entry=-1)

at ./mozilla/widget/gtk/nsAppShell.cpp:53
#2  0x7f99f014a439 in g_main_context_poll (priority=, 
n_fds=5, fds=0x7f99ca966520, timeout=, 
context=0x7f99f5ba8be0)

at ../../../../glib/gmain.c:4204
#3  0x7f99f014a439 in g_main_context_iterate 
(context=context@entry=0x7f99f5ba8be0, block=block@entry=1, 
dispatch=dispatch@entry=1, self=)

at ../../../../glib/gmain.c:3898
#4  0x7f99f014a54c in g_main_context_iteration 
(context=0x7f99f5ba8be0, context@entry=0x0, may_block=1) at 
../../../../glib/gmain.c:3964
#5  0x7f99e8202fff in nsAppShell::ProcessNextNativeEvent(bool) 
(this=, mayWait=) at 
./mozilla/widget/gtk/nsAppShell.cpp:295
#6  0x7f99e81cd2a2 in nsBaseAppShell::DoProcessNextNativeEvent(bool) 
(this=this@entry=0x7f99da6f0b80, mayWait=)

at ./mozilla/widget/nsBaseAppShell.cpp:141
#7  0x7f99e81cd462 in 
nsBaseAppShell::OnProcessNextEvent(nsIThreadInternal*, bool) 
(this=0x7f99da6f0b80, thr=0x7f99f5b54980, mayWait=)

at ./mozilla/widget/nsBaseAppShell.cpp:292
#8  0x7f99e62e3b05 in nsThread::ProcessNextEvent(bool, bool*) 
(this=0x7f99f5b54980, aMayWait=, aResult=0x7ffdd9f8dd17)

at ./mozilla/xpcom/threads/nsThread.cpp:950
#9  0x7f99e62ece48 in NS_ProcessNextEvent(nsIThread*, bool) 
(aThread=, aThread@entry=0x7f99f5b54980, 
aMayWait=aMayWait@entry=true)

at ./mozilla/xpcom/threads/nsThreadUtils.cpp:513
#10 0x7f99e66ef159 in 
mozilla::ipc::MessagePump::Run(base::MessagePump::Delegate*) 
(this=0x7f99e202e780, aDelegate=0x7f99e202d040)

at ./mozilla/ipc/glue/MessagePump.cpp:125
#11 0x7f99e66caedd in MessageLoop::RunInternal() (this=out>) at ./mozilla/ipc/chromium/src/base/message_loop.cc:326
#12 0x7f99e66caedd in MessageLoop::RunHandler() (this=out>) at ./mozilla/ipc/chromium/src/base/message_loop.cc:319
#13 0x7f99e66caedd in MessageLoop::Run() (this=) at 
./mozilla/ipc/chromium/src/base/message_loop.cc:299
#14 0x7f99e81c8998 in nsBaseAppShell::Run() (this=0x7f99da6f0b80) at 
./mozilla/widget/nsBaseAppShell.cpp:159
#15 0x7f99e8ffaa5e in nsAppStartup::Run() (this=0x7f99da54b060) at 
./mozilla/toolkit/components/startup/nsAppStartup.cpp:288
#16 0x7f99e90931ff in XREMain::XRE_mainRun() 
(this=this@entry=0x7ffdd9f8dfb0) at 
./mozilla/toolkit/xre/nsAppRunner.cpp:4681
#17 0x7f99e909421e in XREMain::XRE_main(int, char**, 
mozilla::BootstrapConfig const&) (this=this@entry=0x7ffdd9f8dfb0, 
argc=argc@entry=1, argv=argv@entry=0x7ffdd9f8f2d8, aConfig=...) at 
./mozilla/toolkit/xre/nsAppRunner.cpp:4843
#18 0x7f99e9094686 in XRE_main(int, char**, mozilla::BootstrapConfig 
const&) (argc=1, argv=0x7ffdd9f8f2d8, aConfig=...) at 
./mozilla/toolkit/xre/nsAppRunner.cpp:4938
#19 0x5579a33ed9e6 in do_main(int, char**, char**) (argc=1, 
argv=0x7ffdd9f8f2d8, envp=) at ./mail/app/nsMailApp.cpp:232
#20 0x5579a33ed0f9 in main(int, char**, char**) (argc=1, 
argv=0x7ffdd9f8f2d8, envp=0x7ffdd9f8f2e8) at ./mail/app/nsMailApp.cpp:306


```

Thought I do not know how to invoke that crash reporter. "Enable Crash 
Reported" checkbox is set, but sending SIGSEGV does not invoke it (this 
trick works for KDE applications like Dragon Player).


Well, I could compile thunderbird with null pointer deference added I 
guess, or crash reporting is disabled in some other ways?

Bug#894030: linux-image-4.15.0-2-amd64: kernel memory leak while recording with audacity

[Dominique Dumont]

Package: src:linux
Version: 4.15.11-1
Severity: normal

Dear Maintainer,

While recording audio from line input (on motherboard, no usb involved), I've
noticed an increase of the memory used by the kernel.

I record audio with:
$ pasuspender audacity

After recording for about 1 hour, about 5GB of memory are used by the
kernel:

$ smem -tw
Area   Used  Cache   Noncache 
firmware/hardware 0  0  0 
kernel image  0  0  0 
kernel dynamic memory   781472430131844801540 
userspace memory1831344 4467201384624 
free memory 67928486792848  0 
--
   16438916   102527526186164 

Running smem regularly shows a steady increase of "kernel dynamic
memory"/Noncache number.

One recording of 1 hour later, I have:
$ smem -tw
Area   Used  Cache   Noncache 
firmware/hardware 0  0  0 
kernel image  0  0  0 
kernel dynamic memory  1259422459841886610036 
userspace memory2816948 5393162277632 
free memory 10277441027744  0 
--
   1643891675512488887668

Once the recording is stopped, the memory usage does not increase any
more.

Here's the slabinfo content:
$ sudo cat /proc/slabinfo  
slabinfo - version: 2.1
# name
 : tunables: slabdata 
  
fuse_request  40 40400   404 : tunables000 : 
slabdata  1  1  0
fuse_inode39 39832   398 : tunables000 : 
slabdata  1  1  0
ccp-1-dmaengine-cmd-cache  0  0320   252 : tunables00   
 0 : slabdata  0  0  0
rpc_inode_cache   46 46704   468 : tunables000 : 
slabdata  1  1  0
ext4_groupinfo_4k  34020  34020144   281 : tunables000 : 
slabdata   1215   1215  0
ext4_inode_cache   81580  84210   1088   308 : tunables000 : 
slabdata   2807   2807  0
ext4_allocation_context512512128   321 : tunables00
0 : slabdata 16 16  0
ext4_io_end 1792   1792 64   641 : tunables000 : 
slabdata 28 28  0
ext4_extent_status  34986  34986 40  1021 : tunables000 : 
slabdata343343  0
mbcache 2263   2263 56   731 : tunables000 : 
slabdata 31 31  0
jbd2_journal_head   1462   1462120   341 : tunables000 : 
slabdata 43 43  0
jbd2_revoke_table_s768768 16  2561 : tunables000 : 
slabdata  3  3  0
fscrypt_info1536   1536 32  1281 : tunables000 : 
slabdata 12 12  0
fscrypt_ctx 1360   1360 48   851 : tunables000 : 
slabdata 16 16  0
RAWv6112112   1152   288 : tunables000 : 
slabdata  4  4  0
UDPv6364364   1216   268 : tunables000 : 
slabdata 14 14  0
tw_sock_TCPv6 34 34240   342 : tunables000 : 
slabdata  1  1  0
request_sock_TCPv6  0  0304   262 : tunables000 : 
slabdata  0  0  0
TCPv6240240   2176   158 : tunables000 : 
slabdata 16 16  0
cfq_io_cq544544120   341 : tunables000 : 
slabdata 16 16  0
cfq_queue544544240   342 : tunables000 : 
slabdata 16 16  0
bsg_cmd0  0216   372 : tunables000 : 
slabdata  0  0  0
mqueue_inode_cache 34 34960   348 : tunables000 : 
slabdata  1  1  0
userfaultfd_ctx_cache  0  0192   422 : tunables000 
: slabdata  0  0  0
dio   50 50640   254 : tunables000 : 
slabdata  2  2  0
pid_namespace  0  0208   392 : tunables000 : 
slabdata  0  0  0
posix_timers_cache 35 35232   352 : tunables000 : 
slabdata  1  1  0
ip4-frags  0  0176   462 : tunables000 : 
slabdata  0  0  0
xfrm_dst_cache 0  0448   364 : tunables000 : 
slabdata  0  0  0
RAW  238238960   348 : tunables000 : 
slabdata  7  7  0
tw_sock_TCP  170170240   342 : tunables000 : 
slabdata  5  

Bug#894025: python-certbot-dns-cloudflare: Fails to build from source

[Andrew Starr-Bochicchio]

On Sun, Mar 25, 2018 at 9:47 AM, Jeremy Bicha  wrote:
>
> error: [Errno 2] No such file or directory:
> '/usr/lib/python3/dist-packages/certbot/tests/testdata/rsa512_key.pem'
>
> Full build log at
> https://launchpad.net/ubuntu/+source/python-certbot-dns-
> cloudflare/0.22.0-1/+build/14491162
>

Looks like this was caused by this change in the main certbot package:

https://salsa.debian.org/letsencrypt-team/certbot/certbot/commit/8bb2938afb15594cb79f8661d951724323f0e754

Harlan, any more context on that or concerns about reverting?

Thanks,

-- Andrew Starr-Bochicchio

   Debian Developer 
   Ubuntu Developer 
   PGP/GPG Key ID: 3B56E2BBD53FDCB1

Bug#893988: wide-dhcpv6-client-udeb: not installable: depends on non-udeb libfl2

[Roger Shimizu]

On Sun, Mar 25, 2018 at 11:27 PM, Cyril Brulebois  wrote:
> Hey,
>
> Roger Shimizu  (2018-03-25):
>> On Sun, Mar 25, 2018 at 11:15 PM, Roger Shimizu  
>> wrote:
>> > Just a nitpicking.
>> > The build cannot be triggered again by "dpkg-buildpackage -uc -us"
>> > after one build.
>> > It was OK in previous version.
>>
>> I tested it again, and the problem is gone now.
>> Sorry for the false positive info. Bow!
>
> I had tested that and I wasn't able to reproduce this. Maybe what
> happened is you had a build with the build-deb directory, you renamed
> it build, and there were stray files from the previous build?

Maybe.

> You may want to push your tree to git too (I tried git fetch but found
> no new commits there). ;)

I already pushed the tag.
But still waiting the ftp-master to accept my upload, after that I can
safely push to master branch.

> Thanks for your swift actions, much appreciated!

No problem.
And I just don't want to break d-i.
(although I still need to fix armel later)

Cheers,
-- 
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1

Bug#893988: wide-dhcpv6-client-udeb: not installable: depends on non-udeb libfl2

[Cyril Brulebois]

Hey,

Roger Shimizu  (2018-03-25):
> On Sun, Mar 25, 2018 at 11:15 PM, Roger Shimizu  
> wrote:
> > Just a nitpicking.
> > The build cannot be triggered again by "dpkg-buildpackage -uc -us"
> > after one build.
> > It was OK in previous version.
> 
> I tested it again, and the problem is gone now.
> Sorry for the false positive info. Bow!

I had tested that and I wasn't able to reproduce this. Maybe what
happened is you had a build with the build-deb directory, you renamed
it build, and there were stray files from the previous build?

You may want to push your tree to git too (I tried git fetch but found
no new commits there). ;)

Thanks for your swift actions, much appreciated!


Cheers,
-- 
Cyril Brulebois (k...@debian.org)
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature

Bug#893988: wide-dhcpv6-client-udeb: not installable: depends on non-udeb libfl2

[Roger Shimizu]

On Sun, Mar 25, 2018 at 11:15 PM, Roger Shimizu  wrote:
>
> Just a nitpicking.
> The build cannot be triggered again by "dpkg-buildpackage -uc -us"
> after one build.
> It was OK in previous version.

I tested it again, and the problem is gone now.
Sorry for the false positive info. Bow!

Cheers,
-- 
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1

Bug#893988: wide-dhcpv6-client-udeb: not installable: depends on non-udeb libfl2

[Roger Shimizu]

Dear KiBi,

On Sun, Mar 25, 2018 at 5:19 PM, Cyril Brulebois  wrote:
> Control: tag -1 patch
>
> Hi Roger,
>
> Roger Shimizu  (2018-03-25):
>> Do you have any suggestion, except adding udeb support to package flex?
>
> It looks acceptable to me to use the static library in the udeb, so I've
> tried building it against libfl.a, and that seems to do the job since
> the libfl2 dependency goes away. I'm not sure it's reasonable to do that
> for both the deb and the udeb, though; so I've looked into making it
> conditional, and only building the udeb against the static library.

Thanks for your suggestion and patches!
I agree with you that static linking for udeb only.

> Unfortunately, it looks like the build system doesn't support out of
> tree builds, so I've had to copy all files under build-{deb,udeb},
> instead of just running ../configure, make, make install from there.
> I've picked rsync to do this, but feel free to use anything else.

Yes, the build system is quite old, it's a software wrote 10 years ago.
Really thanks for your patches that overcome the issue.

I just don't like the name "build-deb", which is too close to "build-udeb".
So I change it to "build", with some other cleanups.
My patch is enclosed, and it's based on yours.

> I've also chosen to clean things up using an override_dh_auto_clean
> target, so that most modifications are seen at once in debian/rules, but
> you may want to use debian/clean instead.

Just a nitpicking.
The build cannot be triggered again by "dpkg-buildpackage -uc -us"
after one build.
It was OK in previous version.

However, this is small issue, so I already uploaded.

Cheers,
-- 
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1
From 42d2b0dd8694a92e5176c993b56f8ec3c54376ed Mon Sep 17 00:00:00 2001
From: Roger Shimizu 
Date: Sun, 25 Mar 2018 22:40:50 +0900
Subject: [PATCH] d/rules: Cleanup

Now build two versions under the directories below:
 - build: nornal version. The same as previous one.
 - build-udeb: udeb version, which staticly linked with libfl2 (flex
   library)
---
 debian/changelog |  3 ++-
 debian/rules | 36 
 2 files changed, 18 insertions(+), 21 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 200cc24..fb4b5ed 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -2,7 +2,8 @@ wide-dhcpv6 (20080615-21) UNRELEASED; urgency=medium
 
   * debian/rules:
 - Introduce separate deb/udeb builds, copying source files under
-  build-{deb,udeb} since support for out-of-tree build seems broken.
+  {build,build-udeb} since support for out-of-tree build seems
+  broken.
 - Don't try to build only the dhcp6c binary in the udeb tree, as the
   install target tries to install everything anyway.
 - Patch Makefile.in to build the dhcp6c binary against static flex
diff --git a/debian/rules b/debian/rules
index 1f021df..724bb1e 100755
--- a/debian/rules
+++ b/debian/rules
@@ -9,28 +9,26 @@ export DEB_BUILD_MAINT_OPTIONS = hardening=+all
 %:
 	dh $@
 
-build-deb/.stamp:
-	rsync --exclude debian/ --exclude .pc/ -a * build-deb && touch $@
-
-build-udeb/.stamp:
-	rsync --exclude debian/ --exclude .pc/ -a * build-udeb && touch $@
-	# Build against the static flex library to avoid picking an extra dependency on libfl2 (#893988):
-	sed "s,^CLIENTLIBS=.*,CLIENTLIBS=$$(find /usr/lib/$$(dpkg-architecture -qDEB_BUILD_MULTIARCH) -name libfl.a)," -i build-udeb/Makefile.in
-
-override_dh_auto_configure: build-deb/.stamp build-udeb/.stamp
-	cd build-deb && \
-	./configure --prefix=/usr --mandir=\$${prefix}/share/man \
-		--with-localdbdir=/var/lib/dhcpv6 --sysconfdir=/etc/wide-dhcpv6
-	cd build-udeb && \
-	./configure --prefix=/usr --mandir=\$${prefix}/share/man \
-		--with-localdbdir=/var/lib/dhcpv6 --sysconfdir=/etc/wide-dhcpv6
+override_dh_auto_configure:
+	# sed command below is to build against the static flex library
+	# to avoid picking an extra dependency on libfl2 (#893988)
+	for dir in build build-udeb; do \
+		rsync -a --exclude debian/ --exclude .pc/ --exclude .git/ . $$dir; \
+		[ $$dir = "build-udeb" ] && \
+		sed "s,^CLIENTLIBS=.*,CLIENTLIBS=$$(find /usr/lib/$$(dpkg-architecture -qDEB_BUILD_MULTIARCH) -name libfl.a)," \
+			-i $$dir/Makefile.in; \
+		cd $$dir && \
+		./configure --prefix=/usr --mandir=\$${prefix}/share/man \
+			--with-localdbdir=/var/lib/dhcpv6 --sysconfdir=/etc/wide-dhcpv6 && \
+		cd -; \
+	done
 
 override_dh_auto_build:
-	$(MAKE) -C build-deb
+	$(MAKE) -C build
 	$(MAKE) -C build-udeb
 
 override_dh_auto_install:
-	$(MAKE) -C build-deb prefix=$(CURDIR)/debian/tmp/usr install
+	$(MAKE) -C build prefix=$(CURDIR)/debian/tmp/usr install
 	$(MAKE) -C build-udeb prefix=$(CURDIR)/debian/tmp-udeb/usr install
 
 override_dh_installinit:
@@ -42,6 +40,4 @@ override_dh_fixperms:
 
 override_dh_auto_clean:
 	dh_auto_clean
-	rm -rf build-deb
-	rm -rf build-udeb
-	rm -rf debian/tmp-udeb
+	rm -rf build 

Bug#894029: php5-common: Cron job reports error /usr/lib/php5/sessionclean: 34: /usr/lib/php5/sessionclean: php5: not found

[Yves Caniou]

Package: php5-common
Version: 5.6.30+dfsg-0+deb8u1
Severity: normal

Dear Maintainer,

I have errors in local mails from cron to root since october, all are the 
following:

Subject: Cron    [ -x /usr/lib/php5/sessionclean ] && /usr/
lib/php5/sessionclean
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Cron-Env: 

Bug#873227: Please upgrade to 4.1: Java 9 support

[Markus Koschany]

Hi tony,

Am 25.03.2018 um 06:26 schrieb tony mancill:
[...]

> I'm going to upload to experimental momentarily and ask others on the
> Java Team if there any concern about uploading Gradle 3.4 to unstable.

Let's do it. I remember there were two failing packages with Gradle 3.4
but BND might be fixed already thanks to Kai-Chung Yan. I guess we will
solve the remaining issues as well eventually.

Cheers,

Markus



signature.asc
Description: OpenPGP digital signature

Bug#894028: nmu: ldc transition

[Jeremy Bicha]

Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: binnmu transition
X-Debbugs-CC: m...@debian.org

Please schedule the binNMUs to finish the LDC transition. ldc has
already been promoted to testing (we think this was allowed because of
the unique library renaming this time to add -shared).

https://release.debian.org/transitions/html/auto-ldc.html

Thanks,
Jeremy Bicha

Bug#894027: stretch-pu: package addresses-for-gnustep/0.4.8-2+deb9u1

[Yavor Doganov]

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

If possible, I would like to fix #889534 and #889536 (missing
dependencies).  Debdiff against the package version in stable
attached.  Thanks.

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

Kernel: Linux 4.9.0-6-686-pae (SMP w/1 CPU core)
Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.UTF-8 (charmap=UTF-8), 
LANGUAGE=bg_BG.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru addresses-for-gnustep-0.4.8/debian/changelog 
addresses-for-gnustep-0.4.8/debian/changelog
--- addresses-for-gnustep-0.4.8/debian/changelog2015-11-17 
01:16:26.0 +0200
+++ addresses-for-gnustep-0.4.8/debian/changelog2018-03-25 
16:17:58.0 +0300
@@ -1,3 +1,12 @@
+addresses-for-gnustep (0.4.8-2+deb9u1) stretch; urgency=medium
+
+  * Team upload.
+  * debian/patches/link-libs.patch: New, link against all needed libraries
+(Closes: #889534, #889536).
+  * debian/patches/series: Update.
+
+ -- Yavor Doganov   Sun, 25 Mar 2018 16:17:58 +0300
+
 addresses-for-gnustep (0.4.8-2) unstable; urgency=medium
 
   * Fix danggling symlinks in libaddressview-dev and libaddresses-dev
diff -Nru addresses-for-gnustep-0.4.8/debian/patches/link-libs.patch 
addresses-for-gnustep-0.4.8/debian/patches/link-libs.patch
--- addresses-for-gnustep-0.4.8/debian/patches/link-libs.patch  1970-01-01 
02:00:00.0 +0200
+++ addresses-for-gnustep-0.4.8/debian/patches/link-libs.patch  2018-03-25 
16:17:58.0 +0300
@@ -0,0 +1,28 @@
+Description: Link against needed libraries.
+ Avoid linking the Addresses framework with GNUstep GUI.
+Bug-Debian: https://bugs.debian.org/889534
+Bug-Debian: https://bugs.debian.org/889536
+Origin: upstream, commit:r3597
+Last-Update: 2018-03-05
+---
+
+--- gnustep-addresses.orig/Frameworks/AddressView/GNUmakefile
 gnustep-addresses/Frameworks/AddressView/GNUmakefile
+@@ -36,4 +36,4 @@
+ -include GNUmakefile.postamble
+ 
+ ADDITIONAL_LIB_DIRS += -L../Addresses/Addresses.framework 
+-ADDITIONAL_GUI_LIBS = -lAddresses
+\ No newline at end of file
++LIBRARIES_DEPEND_UPON = -lAddresses $(GUI_LIBS) $(FND_LIBS) $(OBJC_LIBS) 
$(SYSTEM_LIBS)
+--- gnustep-addresses.orig/Frameworks/Addresses/GNUmakefile
 gnustep-addresses/Frameworks/Addresses/GNUmakefile
+@@ -42,6 +42,8 @@
+ Addresses_LOCALIZED_RESOURCE_FILES=PropertiesAndLabels.strings
+ Addresses_LANGUAGES=Dutch English French German Spanish
+ 
++LIBRARIES_DEPEND_UPON = $(FND_LIBS) $(OBJC_LIBS) $(SYSTEM_LIBS)
++
+ -include GNUmakefile.preamble
+ -include GNUmakefile.local
+ include $(GNUSTEP_MAKEFILES)/framework.make
diff -Nru addresses-for-gnustep-0.4.8/debian/patches/series 
addresses-for-gnustep-0.4.8/debian/patches/series
--- addresses-for-gnustep-0.4.8/debian/patches/series   2015-11-05 
21:05:21.0 +0200
+++ addresses-for-gnustep-0.4.8/debian/patches/series   2018-03-25 
16:17:58.0 +0300
@@ -1 +1,2 @@
+link-libs.patch
 fix-adserver-format.patch

Bug#893972: Bug #893972: msgpack-python>=0.4.6 distribution was not found

[Simon McVittie]

Package: borgbackup
Version: 1.1.4-3
Followup-For: Bug #893972

I can still reproduce this bug with 1.1.4-3. I have python3-msgpack/0.5.1-3
installed, although borgbackup does not currently depend on it (probably
also a bug).

This looks like fallout from , where
Adrian Bunk wrote:
> This has now been fixed in python3-msgpack, and borgbackup in unstable
> [will] pick up the fix through a rebuild soon.

Hopefully a binNMU on all architectures will be sufficient to fix this.

Workaround (which is the reason why reportbug reports a debsums mismatch):
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=893844#10
> Quick and extremely dirty workaround:
>
> Edit
> /usr/lib/python3/dist-packages/borgbackup-1.1.4.egg-info/requires.txt
> and change "msgpack-python" to just "msgpack".

I confirm that the workaround is successful.

Thanks,
smcv

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

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

Versions of packages borgbackup depends on:
ii  fuse   2.9.7-1
ii  libacl12.2.52-3+b1
ii  libb2-10.97+git20171226-2
ii  libc6  2.27-2
ii  liblz4-1   0.0~r131-2+b1
ii  libssl1.1  1.1.0g-2
ii  libzstd1   1.3.3+dfsg-1
ii  python33.6.5~rc1-1
ii  python3-llfuse 1.3.2+dfsg-2
ii  python3-pkg-resources  39.0.1-1

borgbackup recommends no packages.

Versions of packages borgbackup suggests:
pn  borgbackup-doc  

-- no debconf information

-- debsums errors found:
debsums: changed file 
/usr/lib/python3/dist-packages/borgbackup-1.1.4.egg-info/requires.txt (from 
borgbackup package)

Bug#878221: linux-image-4.9.0-4-amd64: Screen flickers randomly with Radeon R9 270X since upgrade from 4.9.0-3 to 4.9.0-4

[Guilherme Ritter]

So far, linux-image-4.9.0-6-amd64​ seems to have fixed it for me.

Bug#894026: RFP: adapta-gtk-theme -- An adaptive Gtk+ theme based on Material Design Guidelines.

[Emanuele Petriglia]

Package: wnpp
Severity: wishlist

* Package name: adapta-gtk-theme
  Version : 3.93
  Upstream Author : tista500
* URL : https://github.com/adapta-project/adapta-gtk-theme
* License : GPLv2
  Programming Lang: None
  Description : An adaptive Gtk+ theme based on Material Design
Guidelines.

It is a beautiful Gtk+ theme that support several desktop enviroments
(Gnome, Budgie, Cinnamon, Xfce, Mate and LXDE). It has different
variants, from light to dark version.

It might be useful to have this package, especially for who like to
customize the desktop.

I am a novice with Debian, but I think that it won't be difficult to
package this software, because it is only a bunch of CSS files.

-- 
Emanuele Petriglia



signature.asc
Description: OpenPGP digital signature

Bug#894025: python-certbot-dns-cloudflare: Fails to build from source

[Jeremy Bicha]

Source: python-certbot-dns-cloudflare
Version: 0.22.0-1
Severity: serious
X-Debbugs-CC: a...@debian.org

python-certbot-dns-cloudflare fails to build from source in a clean
sid chroot. During the build tests, there is this error:

error: [Errno 2] No such file or directory:
'/usr/lib/python3/dist-packages/certbot/tests/testdata/rsa512_key.pem'

Full build log at
https://launchpad.net/ubuntu/+source/python-certbot-dns-cloudflare/0.22.0-1/+build/14491162

This issue also affects these packages:

python-certbot-dns-dnsimple
python-certbot-dns-digitalocean
python-certbot-dns-rfc2136

The Google package works though!

Thanks,
Jeremy Bicha

Bug#893731: [Piuparts-devel] Bug#893731: [piuparts] Please add docker support

[Holger Levsen]

On Sat, Mar 24, 2018 at 01:06:43PM -0300, Agustin Henze wrote:
> >> -  Use schroot session named SCHROOT-NAME for the chroot, instead of 
> >> building a new one with debootstrap.
> >> +  Use schroot session named SCHROOT-NAME for the testing environment.
> > why drop the second half here?
> Not really sure, maybe I thought it was more clear. But now you mention it, I
> prefer to keep it hehe. I've re-added it
 
:)

[...]
> done
[...]
> Done
[...]
> Done

thanks!

> >> --- a/piuparts.py
> >> +++ b/piuparts.py
> > [...]
> >> +import json
> > doesn't this need a new dependency?
> Noup, it's part of the stdlib
> libpython3.6-stdlib:amd64: /usr/lib/python3.6/json/__init__.py
> libpython2.7-stdlib:amd64: /usr/lib/python2.7/json/__init__.py

thanks for explaining & confirming!

> >>  def create_resolv_conf(self):
> >> +if settings.docker_image:
> >> +# Do nothing, docker already takes care of this
> >> +return
> > 
> > and
> > 
> >>  def terminate_running_processes(self):
> >> +if settings.docker_image:
> >> +# docker takes care of this
> >> +return
> > 
> > here I wonder: is it really cleaner to return if docker is used or
> > wouldnt it be better to not call it in the first place?
> 
> Maybe, I'm not totally sure, but if you feel it's better, I prefer the way you
> feel more comfortable :). After all, it's your little creature hehe
 
I've now looked at the surrounding code and indeed I would like these
checks to be moved to the calling functions. check_for_no_processes()
and configure_chroot() already have other conditional code blocks moving
the code from "above" there seems better indeed.

> > The rest looks fine to me and I'll happily merge once you fixed up those
> > little things. Thanks again!
> Great! Please take a look at it again. Also I've made little fixes that 
> Andreas
> Beckman and Iñaki Malerva point me on the PR ¯\_(ツ)_/¯. Basically add 
> docker.io
> as suggested package, edit debian/changelog and fix a typo in doc.

thanks!

I guess we are really close to merging this now! \o/


-- 
cheers,
Holger


signature.asc
Description: PGP signature

Bug#893199: O: rapidjson -- fast JSON parser/generator for C++ with SAX/DOM style API

[Shengjing Zhu]

Control: retitle -1 ITA: rapidjson -- fast JSON parser/generator for
C++ with SAX/DOM style API
Control: owner -1 !

I intent to adopt this package. I'm preparing the new version of ceph,
which needs this library.

Thanks!

Bug#893349: RFS: deepin-screen-recorder/2.7.3-1 [ITP]

[Yangfl]

On Sun, 18 Mar 2018 12:07:49 +0100 Geert Stappers  wrote:
> It says
>   Source Code Location: 
> https://github.com/manateelazycat/deepin-screen-recorder
>

The link is outdated and is hosted by one of Deepin's employee. For
official mirror please view
https://github.com/linuxdeepin/deepin-screen-recorder .

Bug#893972: [borgbackup] msgpack-python>=0.4.6 distribution was not found

[bugs-debian]

After another apt update; apt upgrade, everything is working fine…

I don't know if it was linked, but there was an update for:
   python3-pkg-resources (38.5.2-1 => 39.0.1-1)
   python3-setuptools (38.5.2-1 => 39.0.1-1)

Anyway, this can be closed for me. Sorry for the disturbance.

Adrien

Bug#848239: on purge, not remove?

[Antoine Beaupré]

On 2018-03-25 15:48:17, kact...@gnu.org wrote:
> [2018-03-24 18:42] Antoine Beaupré 
>> On 2018-03-25 00:00:31, kact...@gnu.org wrote:
>> >> PS: I sent you a merge request on gitlab regarding documentation, as an
>> >> experiment... Let me know how it works for you!
>> Attached as well. :)
>
> Applied both patches. Thank you.
>
> Regarding second one, I believe most debhelpers work in same way -- they
> read arguments from file or ARGV. If corresponding file do not exist and
> ARGV is empty, they do nothing. See 'PROMISE: DH NOOP WITHOUT sysuser'.
> But if you thought that this is not oblivious, then it is really not.

I did not realize that! Good to know, thanks!

> Again, thank you. And, by the way, git-format-patch(1) generates
> one file per patch, which is perfect for applying. You may be also
> interesed in git-send-email(1).

Hehe, yes... I had forgotten I had multiple commits in there.

A.

-- 
The history of any one part of the earth, like the life of a soldier,
consists of long periods of boredom and short periods of terror.
   - British geologist Derek V. Ager

Bug#887557: www.debian.org: tech-ctte membership updates

[Niko Tyni]

On Fri, Mar 16, 2018 at 08:40:14PM +0200, Niko Tyni wrote:
> On Wed, Jan 17, 2018 at 11:07:41PM +0200, Niko Tyni wrote:
> 
> > Hi, please find attached a patch to update
> >  https://www.debian.org/intro/organization 
> > for the recent tech-ctte membership changes.
> > 
> > It also updates the rather outdated list of past members on
> >  https://www.debian.org/devel/tech-ctte
> 
> Updated patch attached after today's nomination.

Updated patch attached after today's chair election (#893200).
I don't think this needs a separate 'appointment email' link as the
chair is elected by the committee itself.

I also changed the 'chairman' tag to output 'chair' as per
https://www.debian.org/vote/2016/vote_003 but didn't dare to rename the
tag itself in case that would break translations or something.

-- 
Niko Tyni   nt...@debian.org
Index: english/devel/tech-ctte.wml
===
RCS file: /cvs/webwml/webwml/english/devel/tech-ctte.wml,v
retrieving revision 1.71
diff -u -r1.71 tech-ctte.wml
--- english/devel/tech-ctte.wml	29 Jan 2017 03:32:44 -	1.71
+++ english/devel/tech-ctte.wml	25 Mar 2018 13:02:02 -
@@ -316,6 +316,12 @@
 Thanks to the following people who have served on the committee:
 
 
+Keith Packard (2013-11-29 - 2017-12-31)
+Sam Hartman (2015-03-08 - 2017-11-09)
+Don Armstrong (2009-09-11 - 2016-12-31)
+Andreas Barth (2006-01-04 - 2016-12-31)
+Steve Langasek (2006-01-04 - 2015-12-31)
+Bdale Garbee (2001-04-17 - 2015-12-31)
 Colin Watson (2011-08-24 - 2015-03-05)
 Ian Jackson (to 2014-11-19)
 Russ Allbery (2009-01-11 - 2014-11-16)
Index: english/intro/organization.data
===
RCS file: /cvs/webwml/webwml/english/intro/organization.data,v
retrieving revision 1.564
diff -u -r1.564 organization.data
--- english/intro/organization.data	21 Dec 2017 06:52:58 -	1.564
+++ english/intro/organization.data	25 Mar 2018 13:02:02 -
@@ -36,7 +36,7 @@
 wizard
 # we only use the chairman tag once, for techctte, I wonder why it's here.
 
-chairman
+chair
 # assistant tag added for DPL "second in command"
 
 assistant
@@ -65,15 +65,15 @@
 
   Leader> 
 
-  Technical Committee> 
-Didier Raboud
+  Technical Committee>   
+Didier Raboud
 Philip Hands
-Sam Hartman
 Tollef Fog Heen
-Keith Packard
-Margarita Manterola
+Margarita Manterola
 David Bremner
 Niko Tyni
+Gunnar Wolf
+Simon McVittie
   Secretary>  
 Kurt Roeckx
 

Bug#887151: O: logrotate -- Log rotation utility

[Tobias Frost]

Control: retitl1e -1 ITA: logrotate -- Log rotation utility
Control: owner -1 !

(Fixing BTS metadata to show that there is work going on, please
feel free to take over ownership if you want, I just do not want
to have it "unowned")

On Tue, 6 Feb 2018 16:17:55 +0100 =?UTF-8?Q?Christian_G=C3=B6ttsche?= <
> wrote:
> I am still interested in contributing to the logrotate Debian
package,
> but as Tobias pointed out, it should be probably maintained in a
team.
> As I am quite new to Debian, I am not overly confident to become the
> new maintainer for such an important package. But I would participate
> in a maintainer team.

Thanks for stepping up!
As said, I'll happily help maintaining the package, so no need to
worry, I'll add myself as Co-Maintainer and be of course available for
any reviews, questions, hacks...

I've fixed the meta-data of this bug, so that it is now a "intend to
adopt" type. Please note that I've only took ownership of the bug as a
ITA bug needs an owner. There should be no implication otherwise, so
please feel free to claim ownership yourself.

> Best Regards,
> Christian Göttsche
> 
> 
> p.s.: maybe someone with sufficient permissions can create a salsa
> team for logrotate

For the ones readin this bug:
It is now available on salsa.d.o:
 https://salsa.debian.org/debian/logrotate


--
tobi

Bug#894024: RFS: highwayhash/0~20180209-g14dedec-1

[Lumin]

Package: sponsorship-requests
Severity: normal

  Dear mentors,

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

 * Package name: highwayhash
   Version : 0~20180209-g14dedec-1
   Upstream Author : [fill in name and email of upstream]
 * URL : [fill in URL of upstreams web site]
 * License : [fill in]
   Section : science

  It builds those binary packages:

libhighwayhash-dev - Fast strong hash functions:
SipHash/HighwayHash (development)
 libhighwayhash0 - Fast strong hash functions: SipHash/HighwayHash (library)

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

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


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

dget -x 
https://mentors.debian.net/debian/pool/main/h/highwayhash/highwayhash_0~20180209-g14dedec-1.dsc

  More information about hello can be obtained from

http://debomatic-amd64.debian.net/distribution#experimental/highwayhash/0~20180209-g14dedec-1/buildlog

Note, one more upload after this time is needed to collect symbols
update from buildd.

  Changes since the last upload:

highwayhash (0~20180209-g14dedec-1) experimental; urgency=medium

  * New upstream snapshot 0~20180209-g14dedec
  * Remove all patches since are included in this snapshot.
  * Refresh symbols for amd64.
  * Remove debian/highwayhash.3 which was already merged in upstream source.


-- 
Best,

Bug#848239: on purge, not remove?

[KAction]

[2018-03-24 18:42] Antoine Beaupré 
> On 2018-03-25 00:00:31, kact...@gnu.org wrote:
> >> PS: I sent you a merge request on gitlab regarding documentation, as an
> >> experiment... Let me know how it works for you!
> Attached as well. :)

Applied both patches. Thank you.

Regarding second one, I believe most debhelpers work in same way -- they
read arguments from file or ARGV. If corresponding file do not exist and
ARGV is empty, they do nothing. See 'PROMISE: DH NOOP WITHOUT sysuser'.
But if you thought that this is not oblivious, then it is really not.

Again, thank you. And, by the way, git-format-patch(1) generates
one file per patch, which is perfect for applying. You may be also
interesed in git-send-email(1).


pgpoWaNrt5mzU.pgp
Description: PGP signature

Bug#891557: Pending fixes for bugs in the golang-github-jacobsa-crypto package

[pkg-go-maintainers]

tag 891557 + pending
thanks

Some bugs in the golang-github-jacobsa-crypto package are closed in
revision aa337dc5ef89ed6cbb6f5c7b3d8f2ac4c1dcd4e3 in branch 'debian'
by Felix Lechner

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-go/packages/golang-github-jacobsa-crypto.git/commit/?id=aa337dc

Commit message:

Added changelog entry for revision 2
Reverted to standard architecture tags (Closes: #891557)
Removed pointer size detection and passing in rules and tests
Removed build-essential from dependencies for tests
Deleted README.Debian, which documented this behavior
Marked changelog for release

Bug#884697: Progress

[Tobias Frost]

On Sun, Mar 25, 2018 at 02:33:54PM +0200, Tobias Frost wrote:
> However, it is missing the packaging history (it should have been imported
> using git-build-package's import-dscs --debsnap)
> Do you mind to recreate it (I can also do it, just let me know)

PS: I just saw that you prefixed your branches with cgzones...
That means that I can just do the fixes without stepping on your toes..
So I've now imported all previous versions into the repository under the
non-prefixed naming scheme. 

-- 
tobi

Bug#894023: RFS: lynkeos.app/2.10+dfsg1-3 [RC]

[Yavor Doganov]

Package: sponsorship-requests
Severity: important

Dear mentors,

I'm looking for a sponsor for my package "lynkeos.app".

 * Package name: lynkeos.app
   Version : 2.10+dfsg1-3
   Upstream Author : Jean-Etienne Lamiaud
 * URL : http://lynkeos.sf.net
 * License : GPL-2+
   Section : gnustep

It builds these binary packages:

lynkeos.app - GNUstep app for processing planetary astronomical images
lynkeos.app-common - GNUstep app for processing astronomical images (common 
files)

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

  https://mentors.debian.net/package/lynkeos.app

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

  dget -x 
https://mentors.debian.net/debian/pool/main/l/lynkeos.app/lynkeos.app_2.10+dfsg1-3.dsc

Git repository:

  https://salsa.debian.org/gnustep-team/lynkeos.app

Changes since the last upload:

  * debian/patches/ftbfs-ppc64el.patch: New, fix AltiVec-related FTBFS on
ppc64el (Closes: #893442).  Many thanks to Frédéric Bonnard.
  * debian/patches/series: Update.
  * debian/copyright: Add Frédéric.

Bug#770265: Bug is still here

[Роман Шувалов]

Fresh version Debian 9.4 Stretch, bug is still here.

Workaround:
Unpack .deb of gir1.2-ibus-1.0, replace "gir1.2-ibus-1.0" to 
"gir1.2-ibus-1.0:i386" (or :amd64 or whatever) inside DEBIAN/postinst and 
DEBIAN/prerm, re-create .deb file again, install it via dpkg. Done.

-- 
Roman

Bug#894022: 4.15 kernels need CONFIG_DELL_SMBIOS_{WMI,SMM}

[Marco d'Itri]

Package: src:linux
Version: 4.15.4-1
Severity: normal

See this thread for details:
https://www.spinics.net/lists/platform-driver-x86/msg15066.html .

-- 
ciao,
Marco


signature.asc
Description: PGP signature

Bug#884697: Progress

[Tobias Frost]

On Fri, Mar 09, 2018 at 10:24:44PM +0100, Christian Göttsche wrote:
> There is now a salsa project for logrotate:
> https://salsa.debian.org/debian/logrotate
> 
> I also pushed my current packaging progress of version 3.14.0 to the
> branch cgzones_master.

Thanks!

However, it is missing the packaging history (it should have been imported
using git-build-package's import-dscs --debsnap)
Do you mind to recreate it (I can also do it, just let me know)

--
tobi
 

Bug#264142: xdelta2: xdelta3 is released

[Manuel A. Fernandez Montecelo]

2018-03-25 10:49 GMT+02:00 Rafael Laboissière :
> * Manuel A. Fernandez Montecelo  [2017-11-01
>>
>>
>> I am not LaMont, but being now a decade later (almost), I think that it's
>> time to go ahead with this :)
>
> I am hereby closing this very old bug report.

Thanks! :-)

-- 
Manuel A. Fernandez Montecelo 

Bug#893986: RFS: spi-tools/0.8.1-1 [ITP]

[Lubomir Rintel]

Hi,

On Sun, 25 Mar 2018 09:28:33 +0200 Geert Stappers  wrote:
...
> | $ dget -x 
> https://mentors.debian.net/debian/pool/main/s/spi-tools/spi-tools_0.8.1-1.dsc 
>   
...
> | spi-tools_0.8.1-1.dsc:
> | dscverify: spi-tools_0.8.1-1.dsc failed signature check:
> | gpg: WARNING: no command supplied.  Trying to guess what you mean ...
> | gpg: Signature made za 24 mrt 2018 23:32:39 CET
> | gpg:using RSA key 4CCCD808BD26E93E2F4D5372E39014192604BE32
> | gpg:issuer "lkund...@v3.sk"
> | gpg: Can't check signature: Geen publieke sleutel
> | Validation FAILED!!
> | stappers@paddy:~/src
...
> Where to find gpg key 4CCCD808BD26E93E2F4D5372E39014192604BE32 ?

They key was generated solemnly for the purpose of mentors.debian.net
matching the package with my account. Sharing it would be worthless,
because basically nobody trusts it.

It's perhaps a better idea to trust that mentors.debian.net didn't
tamper with the package and use dget -u to obtain the package.

Lubo

Bug#855251: easytag corrupt ogg files

[James Cowgill]

Hi,

On 03/01/18 16:50, James Cowgill wrote:
> On 16/02/17 01:02, Samuele Battarra wrote:
>> Package: easytag
>> Version: 2.4.3-1
>> Severity: normal
>>
>> Dear Maintainer,
>> I have a ogg file encoded from a live cd, I split it to single tracks with 
>> oggsplt and then tag the tracks with easytag.
>> When I play the files I hear a click at file change.
>> The click is not present in files before the tagging and if I tag with kid3.
> 
> As you might have noticed, I have decided that the best way to fix this
> is to disable support for OGG and related media types in easytag for the
> time being. Solving this bug is apparently quite complex and while the
> upstream bug has been open for over a year, there has not been much
> progress on it. I think it is better to have some version in buster
> (which does not mangle your media files) than nothing at all.

I have just uploaded easytag 2.4.3-4 which reverts an upstream commit
which I think will fix this (you will need to wait a few hours before it
appears on the mirrors). It would be very useful if people could test it
for me before I upload the fix to stable.

Thanks,
James



signature.asc
Description: OpenPGP digital signature

Bug#894021: RFS: cenon.app/4.0.6+ds1-2 [RC]

[Yavor Doganov]

Package: sponsorship-requests
Severity: important

Dear mentors,

I am looking for a sponsor for my package "cenon.app".

 * Package name: cenon.app
   Version : 4.0.6+ds1-2
   Upstream Author : Cenon GmbH
 * URL : http://cenon.info
 * License : CenPL
   Section : gnustep

It builds these binary packages:

cenon.app  - Vector graphics tool for GNUstep
cenon.app-common - Vector graphics tool for GNUstep (common files)

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

  https://mentors.debian.net/package/cenon.app

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

  dget -x 
https://mentors.debian.net/debian/pool/main/c/cenon.app/cenon.app_4.0.6+ds1-2.dsc

Git repository:

  https://salsa.debian.org/gnustep-team/cenon.app

Changes since the last upload:

  * debian/copyright: Add missing copyright holders vhf interservice GmbH,
vhf computer GmbH, NeXT Software, Inc., Adobe Systems Incorporated,
GraphiCode Inc (Closes: #892981).
  * debian/control (cenon.app-common): Mark as M-A: foreign.
  * debian/Cenon.desktop: Change icon path to /usr/share.

Bug#894020: zxcvbn-c FTCBFS: fails running ./dictgen

[Helmut Grohne]

Source: zxcvbn-c
Version: 2.3+dfsg-1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

zxcvbn-c fails to cross build from source, because it fails running
./dictgen. That tool should be compiled with the build architecture
compiler. The attached patch implements that and makes zxcvbn-c cross
build successfully. Please consider applying it.

Helmut
diff --minimal -Nru zxcvbn-c-2.3+dfsg/debian/changelog 
zxcvbn-c-2.3+dfsg/debian/changelog
--- zxcvbn-c-2.3+dfsg/debian/changelog  2017-06-25 07:58:17.0 +0200
+++ zxcvbn-c-2.3+dfsg/debian/changelog  2018-03-25 13:36:47.0 +0200
@@ -1,3 +1,11 @@
+zxcvbn-c (2.3+dfsg-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Use the build architecture compiler for
+dict-generate.cpp. (Closes: #-1)
+
+ -- Helmut Grohne   Sun, 25 Mar 2018 13:36:47 +0200
+
 zxcvbn-c (2.3+dfsg-1) unstable; urgency=medium
 
   * New upstream release (Closes: #858108).
diff --minimal -Nru zxcvbn-c-2.3+dfsg/debian/patches/cross.patch 
zxcvbn-c-2.3+dfsg/debian/patches/cross.patch
--- zxcvbn-c-2.3+dfsg/debian/patches/cross.patch1970-01-01 
01:00:00.0 +0100
+++ zxcvbn-c-2.3+dfsg/debian/patches/cross.patch2018-03-25 
13:36:18.0 +0200
@@ -0,0 +1,21 @@
+Index: zxcvbn-c-2.3+dfsg/makefile
+===
+--- zxcvbn-c-2.3+dfsg.orig/makefile
 zxcvbn-c-2.3+dfsg/makefile
+@@ -5,6 +5,7 @@
+ CC ?= gcc
+ AR ?= ar
+ CXX ?= g++
++CXX_FOR_BUILD ?= $(CXX)
+ 
+ # need zxcvbn.h prior to package installation
+ CPPFLAGS += -I.
+@@ -57,7 +58,7 @@
+   ./dictgen -b -o zxcvbn.dict -h dict-crc.h $(WORDS)
+ 
+ dictgen: dict-generate.cpp makefile
+-  $(CXX) $(CPPFLAGS) -std=c++11 $(CXXFLAGS) \
++  $(CXX_FOR_BUILD) $(CPPFLAGS) -std=c++11 $(CXXFLAGS) \
+   -o dictgen dict-generate.cpp $(LDFLAGS)
+ 
+ test-c++inline: test.c zxcvbn-c++inline.o
diff --minimal -Nru zxcvbn-c-2.3+dfsg/debian/patches/series 
zxcvbn-c-2.3+dfsg/debian/patches/series
--- zxcvbn-c-2.3+dfsg/debian/patches/series 2017-06-25 07:48:16.0 
+0200
+++ zxcvbn-c-2.3+dfsg/debian/patches/series 2018-03-25 13:35:17.0 
+0200
@@ -1 +1,2 @@
 patch-README-for-Debian.patch
+cross.patch
diff --minimal -Nru zxcvbn-c-2.3+dfsg/debian/rules 
zxcvbn-c-2.3+dfsg/debian/rules
--- zxcvbn-c-2.3+dfsg/debian/rules  2017-06-25 07:48:16.0 +0200
+++ zxcvbn-c-2.3+dfsg/debian/rules  2018-03-25 13:36:41.0 +0200
@@ -4,6 +4,8 @@
 # executables in order to run the test suite, we only install
 # non-executable libraries
 export DEB_BUILD_MAINT_OPTIONS = hardening=+all,-pie
+-include /usr/share/dpkg/buildtools.mk
+export CXX_FOR_BUILD ?= g++
 
 %:
dh $@

Bug#894019: ftools-fv: make distclean deletes tcltk/pow/pkgIndex.tcl which is not regenerated

[Andreas Beckmann]

Source: ftools-fv
Version: 5.4+dfsg-3~exp
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Hi,

ftools-fv FTBFS twice in a row. The first build succeeds, but the
subsequent debian/rules clean causes tcltk/pow/pkgIndex.tcl to be
deleted, which is not regenerated during the second build.

>From the attached logfile:

[first build skipped]

 fakeroot debian/rules clean
dh clean
   debian/rules override_dh_auto_clean
make[1]: Entering directory '/build/ftools-fv-5.4+dfsg'
fgrep -q WCSLIB_OBJ_TMP tcltk/pow/Makefile || dh_auto_clean -D tcltk/pow
cd tcltk/pow && make -j4 -O distclean
make[2]: Entering directory '/build/ftools-fv-5.4+dfsg/tcltk/pow'
rm -rf *.o *~ libpow.a libpow.so pkgIndex.tcl so_locations
make[2]: Leaving directory '/build/ftools-fv-5.4+dfsg/tcltk/pow'
make[2]: Entering directory '/build/ftools-fv-5.4+dfsg/tcltk/pow'
rm -f config.cache config.status config.log Makefile
make[2]: Leaving directory '/build/ftools-fv-5.4+dfsg/tcltk/pow'
make[1]: Leaving directory '/build/ftools-fv-5.4+dfsg'
   dh_autoreconf_clean
   dh_clean

 dpkg-source -b ftools-fv-5.4+dfsg
dpkg-source: info: using source format '3.0 (quilt)'
dpkg-source: info: building ftools-fv using existing 
./ftools-fv_5.4+dfsg.orig.tar.gz
dpkg-source: warning: ignoring deletion of file tcltk/pow/pkgIndex.tcl, use 
--include-removal to override
dpkg-source: warning: ignoring deletion of file tcltk/pow/configure, use 
--include-removal to override
dpkg-source: warning: ignoring deletion of file tcltk/pow/Makefile, use 
--include-removal to override
dpkg-source: info: building ftools-fv in ftools-fv_5.4+dfsg-3~exp.debian.tar.xz
dpkg-source: info: building ftools-fv in ftools-fv_5.4+dfsg-3~exp.dsc

 debian/rules build
dh build
[...]
   create-stamp debian/debhelper-build-stamp

 fakeroot debian/rules binary
dh binary
   dh_testroot
   dh_prep
   debian/rules override_dh_auto_install
make[1]: Entering directory '/build/ftools-fv-5.4+dfsg'
dh_auto_install -D tcltk/pow
cd tcltk/pow && make -j4 -O install 
DESTDIR=/build/ftools-fv-5.4\+dfsg/debian/tmp AM_UPDATE_INFO_DIR=no
make[2]: Entering directory '/build/ftools-fv-5.4+dfsg/tcltk/pow'
mkdir /build/ftools-fv-5.4+dfsg/debian/tmp/usr/lib/tcltk/i386-linux-gnu/POW
cp libpow.so 
/build/ftools-fv-5.4+dfsg/debian/tmp/usr/lib/tcltk/i386-linux-gnu/POW/
cp: cannot stat 'pkgIndex.tcl': No such file or directory
Makefile:85: recipe for target 'install' failed
make[2]: *** [install] Error 1
make[2]: Leaving directory '/build/ftools-fv-5.4+dfsg/tcltk/pow'
dh_auto_install: cd tcltk/pow && make -j4 -O install 
DESTDIR=/build/ftools-fv-5.4\+dfsg/debian/tmp AM_UPDATE_INFO_DIR=no returned 
exit code 2
debian/rules:18: recipe for target 'override_dh_auto_install' failed
make[1]: *** [override_dh_auto_install] Error 25
make[1]: Leaving directory '/build/ftools-fv-5.4+dfsg'
debian/rules:6: recipe for target 'binary' failed
make: *** [binary] Error 2


I also noticed this error while the package is configured:

checking for gethostbyname... ./configure: line 1514: ac_fn_c_try_link: command 
not found
no

looks like an error in some autotools scripts ...


Andreas


ftools-fv_5.4+dfsg-3~exp_twice.log.gz
Description: application/gzip

Bug#854266: pdfpc: real fullscreen still requires a trick

[Francesco Poli]

Hello again Andreas,
could you please re-open issue
[#209](https://github.com/pdfpc/pdfpc/issues/209) ?

As I told you, the issue is still reproducible with pdfpc v4.1
and the only workaround I found is the following:

  • start pdfpc

  • if the not-really-fullscreen issue is triggered (that is to say:
the window decoration fails to disappear), switch to another
workspace

  • then switch back to the workspace where pdfpc is running and enjoy
a real-fullscreen experience


Is there any progress in pinpointing the cause of the issue?
If I recall correctly, you told me you were able to reproduce it with
Fluxbox...

Thanks for your time and helpfulness!


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


pgpZX2VVrOHUk.pgp
Description: PGP signature

Bug#879845: sane-backends: please release 1.0.27 to unstable (not only experimental)

[Hugh McMaster]

Hi,

What is your timeline for releasing 1.0.27 to unstable?
I don't see any changes in the git repository since November last year.

If the release is still distant, I'd like to do an NMU fixing the multi-arch
incompatibility, so that the package is useable in this way again.
It's currently been many months since it worked.

Thanks

Bug#894018: dokuwiki: css not loaded, with patch

[Francesco Potortì]

Package: dokuwiki
Version: 0.0.20160626.a-2
Severity: important

[php7:error] [pid 11475] [client x.x.x.x:y] PHP Fatal error:  Uncaught
Error: [] operator not supported for strings in 
/usr/share/dokuwiki/lib/exe/css.php:169
Stack trace:\n#0 /usr/share/dokuwiki/lib/exe/css.php(140): 
css_parseless('@ini_text: #333...')
#1 /usr/share/dokuwiki/lib/exe/css.php(18): css_out()
#2 {main}
thrown in /usr/share/dokuwiki/lib/exe/css.php on line 169

This error that I can see in the Apache logs every time a Dokuwiki page
is loaded prevents css from working.  The contents is there, but without
css.

The cure is simply to use the css.php from the current upstream version
of Dokuwiki.  The difference is small:

diff -pub /usr/share/dokuwiki/lib/exe/css.php\~ 
/usr/share/dokuwiki/lib/exe/css.php
--- /usr/share/dokuwiki/lib/exe/css.php~2017-04-14 15:19:36.0 
+0200
+++ /usr/share/dokuwiki/lib/exe/css.php 2018-03-25 03:16:06.344829954 +0200
@@ -166,7 +166,7 @@ function css_parseless($css) {
 global $conf;
 
 $less = new lessc();
-$less->importDir[] = DOKU_INC;
+$less->importDir = array(DOKU_INC);
 $less->setPreserveComments(!$conf['compress']);
 
 if (defined('DOKU_UNITTEST')){

Diff finished.  Sun Mar 25 13:07:46 2018

-- 
Francesco Potortì (ricercatore)Voice:  +39.050.621.3058
ISTI - Area della ricerca CNR  Mobile: +39.348.8283.107
via G. Moruzzi 1, I-56124 Pisa Skype:  wnlabisti
(entrance 20, 1st floor, room C71) Web:http://fly.isti.cnr.it



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

Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), 
LANGUAGE=C:en_GB:en:en_US:it:fr:es (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages dokuwiki depends on:
ii  debconf [debconf-2.0]  1.5.66
ii  javascript-common  11
ii  libjs-jquery   3.2.1-1
ii  libjs-jquery-cookie12-1
ii  libjs-jquery-ui1.12.1+dfsg-5
ii  libphp-simplepie   1.3.1+dfsg-3.1
ii  php1:7.2+60
ii  php-geshi  1.0.8.11-3
ii  php-seclib 1.0.10-1
ii  php-xml1:7.2+60
ii  php7.2 [php]   7.2.3-1
ii  php7.2-xml [php-xml]   7.2.3-1
ii  ucf3.0038

Versions of packages dokuwiki recommends:
ii  imagemagick  8:6.9.9.34+dfsg-3+b1
ii  imagemagick-6.q16 [imagemagick]  8:6.9.9.34+dfsg-3+b1
ii  php-ldap 1:7.2+60
ii  php7.2-cli [php-cli] 7.2.3-1
ii  php7.2-ldap [php-ldap]   7.2.3-1
ii  wget 1.19.4-1

Versions of packages dokuwiki suggests:
ii  libapache2-mod-xsendfile  0.12-2

-- Configuration Files:
/etc/dokuwiki/.htaccess changed:

Require all denied


/etc/dokuwiki/plugins.local.php [Errno 13] Permission denied: 
'/etc/dokuwiki/plugins.local.php'
/etc/dokuwiki/userprint.css [Errno 2] No such file or directory: 
'/etc/dokuwiki/userprint.css'
/etc/dokuwiki/userstyle.css [Errno 2] No such file or directory: 
'/etc/dokuwiki/userstyle.css'

-- debconf information:
  dokuwiki/system/localnet: 10.0.0.0/24
  dokuwiki/system/restart-webserver: true
  dokuwiki/wiki/license: cc-by-sa
  dokuwiki/wiki/policy: public
  dokuwiki/wiki/superuser: admin
  dokuwiki/system/accessible: localhost only
  dokuwiki/wiki/fullname: DokuWiki Administrator
  dokuwiki/wiki/email: webmaster@localhost
* dokuwiki/system/purgepages: false
  dokuwiki/wiki/failpass:
  dokuwiki/system/writeplugins: false
  dokuwiki/system/configure-webserver: apache2
  dokuwiki/wiki/acl: true
  dokuwiki/system/documentroot: /dokuwiki
  dokuwiki/system/writeconf: false
  dokuwiki/wiki/title: Debian DokuWiki

-- debsums errors found:
debsums: changed file /usr/share/dokuwiki/lib/exe/css.php (from dokuwiki 
package)

Bug#894017: munin: 2.0.35 breaks cgi-graphing

[Holger Levsen]

source: munin
version: 2.0.35-0
severity: important
forwarded: https://github.com/munin-monitoring/munin/issues/939

Hi,

2.0.35 breaks cgi-graphing:

TheSnide: h01ger: that bug I found is 
https://github.com/munin-monitoring/munin/issues/939
 bcg: thanks. so basically cgi graphing is broken
 TheSnide: sumpfralle: so i wont upload 2.0.35-1 to debian just now
 (see the two lines above this one for why…), though i could upload
 2.0.35-1 plus the patch from issue 939 (except that it doesnt have
 a patch yet)
 though probably it would be better to just release 2.0.36 so other
 distros and source users benefit too

-- 
cheers,
Holger


signature.asc
Description: PGP signature

Bug#893731: [Piuparts-devel] Bug#893731: [piuparts] Please add docker support

[Holger Levsen]

On Sun, Mar 25, 2018 at 12:50:08PM +0200, Andreas Beckmann wrote:
> On 2018-03-24 17:06, Agustin Henze wrote:
> > -  help="Don't remove the temporary directory for the " 
> > +
> > -   "chroot when the program ends.")
> > +  help="Keep the environment used for testing after 
> > the "
> > +  "programm ends.")
> That is now a German program(me).
> For your changelog entries, consistently use (no) period (/\.$/).

will my next round of reviews once these two isses are fixed in the pull
request as well. Guess it's almost ready if Andreas only finds these two
minor issues ;)


-- 
cheers,
Holger


signature.asc
Description: PGP signature

Bug#893450: gitlab: fresh install have no root account, default root password does not work

[Dmitry Smirnov]

On Monday, 19 March 2018 9:19:32 PM AEDT Pirate Praveen wrote:
> We need to update debian/rake-tasks.sh as given here,
> 
> https://gitlab.com/gitlab-org/gitlab-ce/blob/v10.5.5/doc/install/installati
> on.md#initialize-database-and-activate-advanced-features

Unfortunately that does not create an account and freshly installed GitLab 
ends up without any accounts at all.

To fix the problem I had to register new user (without logging in) then run 
the following from GitLab console:


u = User.where(id: 1).first
u.admin = true
u.save
exit


Took me a while to find out that... ;)

Regards,
 Dmitry Smirnov.


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

Bug#893930: mmm-mode: broken under XEmacs: Cannot open load file: cl-lib

[Alexander Zangerl]

severity 893930 normal
thanks

(justification: affects only xemacs, and can be fixed by manually installing
cl-lib.el.)

On Fri, 23 Mar 2018 17:43:45 -0400, "Aaron M. Ucko" writes:
>Byte-compiling mmm-mode 0.5.5 under XEmacs fails:
...
>!! File error (("Cannot open load file" "cl-lib"))

upstream recently changed over to requiring cl-lib instead of
cl, as cl-lib is shipped with emacs 24.3+... for xemacs cl-lib has
to be installed separately (from elpa or elsewhere). meh.

however, according to the emacs wiki xemacs and older emacsen do have a
not-totally-ideal-but-workable cl.el which provides the same functionality
but is not properly namespaced.

upstream seems to be busy fiddling with this right now, i saw a few commits
that change namespacing backwards and forwards over the last few days.

i'll look at adding some backwards-compat logic for xemacs, but it'll take
a few days.

regards
az


-- 
Alexander Zangerl + GPG Key 2FCCF66BB963BD5F + http://snafu.priv.at/
"The first rule of magic is simple.  Don't waste your time waving your
hands and hoping when a rock or a club will do." -- McCloctnik the Lucid


signature.asc
Description: Digital Signature

Bug#893731: [piuparts] Please add docker support

[Andreas Beckmann]

On 2018-03-24 17:06, Agustin Henze wrote:
> -  help="Don't remove the temporary directory for the " +
> -   "chroot when the program ends.")
> +  help="Keep the environment used for testing after the "
> +  "programm ends.")

That is now a German program(me).

For your changelog entries, consistently use (no) period (/\.$/).


Andreas

Bug#894016: new upstream (2.1.0)

[Daniel Baumann]

Package: ssh-guard
Severity: wishlist

Hi,

it would be nice if you could upgrade ssh-guard to the current upstream
version (2.1.0).

Regards,
Daniel

Bug#891547: cairo: test runs into buildd timeout without fpu

[Hugh McMaster]

Hi,

Where are we at with this bug? As things are, it is blocking migration to 
testing.

Thanks

Bug#888677: Regression of pdfpc: raster image rendering became really poor

[Francesco Poli]

Hello Andreas,
I reported a regression of pdfpc on the Debian bug tracking system, but
it seems that the bug report has not yet been forwarded to you.

Could you please take a look at the
[bug report](https://bugs.debian.org/888677)
and investigate the regression?

It would be really great, if a fix could be implemented soon.
Thanks for your time and helpfulness!

Bye.

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


pgpAdxKTa69e1.pgp
Description: PGP signature

Bug#894015: gitlab: error 500 on attempt to create new project

[Dmitry Smirnov]

Package: gitlab
Version: 10.5.5+dfsg-3
Severity: important

Clean install of GitLab 10.5.5+dfsg-3 on amd64 show error 500 on attempt to 
create a new project:


Unable to save project. Error: 14:Connect Failed
Completed 500 Internal Server Error in 10187ms (ActiveRecord: 24.5ms)


All the best,
 Dmitry Smirnov.


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

Bug#893552: lcm FTBFS with openjdk-9

[Juhani Numminen]

Control: tags -1 fixed-upstream

On Mon, 19 Mar 2018 22:44:53 +0200 Adrian Bunk  wrote:
> Source: lcm
> Version: 1.3.1+repack1-1
...

> error: Source option 1.5 is no longer supported. Use 1.6 or later.
> error: Target option 1.5 is no longer supported. Use 1.6 or later.

Latest upstream git version is using 1.6.
https://github.com/lcm-proj/lcm/blob/master/lcm-java/CMakeLists.txt#L3

Bug#894014: cpp-8: /usr/lib/gcc/x86_64-linux-gnu/8/cc1 is not stripped

[Michael Olbrich]

Package: cpp-8
Version: 8-20180321-1
Severity: minor

Dear Maintainer,

/usr/lib/gcc/x86_64-linux-gnu/8/cc1 is not stripped and therefore quite
large (171M). The same is true for /usr/lib/gcc/x86_64-linux-gnu/8/lto1.

For other gcc versions, these files are stripped, so I guess they should
also be stripped for gcc-8.

-- System Information:
Debian Release: buster/sid
  APT prefers experimental
  APT policy: (900, 'experimental'), (900, 'unstable'), (600, 'testing'), (550, 
'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages cpp-8 depends on:
ii  gcc-8-base  8-20180321-1
ii  libc6   2.27-2
ii  libgmp102:6.1.2+dfsg-3
ii  libisl190.19-1
ii  libmpc3 1.1.0-1
ii  libmpfr64.0.1-1
ii  zlib1g  1:1.2.8.dfsg-5

cpp-8 recommends no packages.

Versions of packages cpp-8 suggests:
pn  gcc-8-locales  

-- no debconf information

Bug#894013: xen-utils-common: issue with iptables antispoofing rules in xen4.8 generated by vif-bridge and vif-common.sh

[Sebastian]

Package: xen-utils-common
Version: 4.8.3+comet2+shim4.10.0+comet3-1+deb9u5
Severity: important
Tags: patch security



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

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

Versions of packages xen-utils-common depends on:
ii  lsb-base9.20161125
ii  python  2.7.13-2
ii  ucf 3.0036
ii  udev232-25+deb9u2
ii  xenstore-utils  4.8.3+comet2+shim4.10.0+comet3-1+deb9u5

xen-utils-common recommends no packages.

xen-utils-common suggests no packages.

-- Configuration Files:
/etc/default/xendomains changed [not included]
/etc/xen/scripts/vif-bridge changed [not included]
/etc/xen/scripts/vif-common.sh changed [not included]
/etc/xen/xend-config.sxp changed [not included]
/etc/xen/xl.conf changed [not included]

-- no debconf information


Hi all

I've already filed this issue with the Debian user-list and XEN project -
they asked me to file it here as well. On XEN project you can find it here:
https://lists.xenproject.org/archives/html/xen-users/2018-03/msg00043.html


I have issues with the on domU startup automatically generated
antispoofing rules by

/etc/xen/scripts/vif-bridge and
/etc/xen/scripts/vif-common.sh

Both are part of the Debian xen-utils-common package
(4.8.3+comet2+shim4.10.0+comet3-1+deb9u5 installed on Debian 9.4).

A domU test01 has two virtual interfaces - vif-test01-INT and
vif-test01-TEST, both are connected to separate bridges named brINT and
brTEST. The brINT is just an internal bridge without connectivity to an
outside network to just connect all domUs and the dom0. The IP
addressfor the vif-test01-INT interface is 192.168.240.68.


The automatically generated rules per domU are:

1ACCEPT all  --  anywhere anywhere
PHYSDEV match --physdev-out vif-test01-INT --physdev-is-bridged
2ACCEPT udp  --  anywhere anywhere
PHYSDEV match --physdev-in vif-test01-INT --physdev-is-bridged udp
spt:bootpc dpt:bootps
3ACCEPT all  --  anywhere anywhere
PHYSDEV match --physdev-out vif-test01-INT --physdev-is-bridged
4ACCEPT all  --  192.168.240.68   anywhere
PHYSDEV match --physdev-in vif-test01-INT --physdev-is-bridged
5ACCEPT all  --  anywhere anywhere
PHYSDEV match --physdev-out vif-test01-TEST --physdev-is-bridged
6ACCEPT udp  --  anywhere anywhere
PHYSDEV match --physdev-in vif-test01-TEST --physdev-is-bridged udp
spt:bootpc dpt:bootps
7ACCEPT all  --  anywhere anywhere
PHYSDEV match --physdev-out vif-test01-TEST --physdev-is-bridged
8ACCEPT all  --  test01   anywhere
PHYSDEV match --physdev-in vif-test01-TEST --physdev-is-bridged
...
33   REJECT all  --  anywhere anywhere
reject-with icmp-port-unreachable

>From what I see is that the rules 1/3 and 5/7 are doubled.

The next issue is that antispoofing rules just don't work. If I change
the ip adress of the vif-test01-INT interface to something like
192.168.240.168 IP packets between test01 and other domUs are still
forwarded.


If I manually change the iptables rules to something like (in this
example just for the brINT connected interface):

-A FORWARD -m physdev --physdev-is-bridged --physdev-in vif-test01-INT
-p all ! -s 192.168.240.68 -j DROP
-A FORWARD -m physdev --physdev-is-bridged --physdev-out vif-test01-INT
-p all ! -d 192.168.240.68 -j DROP
-A FORWARD -m physdev --physdev-is-bridged --physdev-in vif-test01-INT
-p all -j ACCEPT
-A FORWARD -m physdev --physdev-is-bridged --physdev-out vif-test01-INT
-p all -j ACCEPT
...
-A FORWARD -j REJECT --reject-with icmp-port-unreachable

then antispoofing works and IP packets with IP addresses different then
192.168.240.68 get dropped.


Can somebody confirm this is an issue? Or do I just not understand how
the antispoofing rules work on a virtual bridge?

Is there a way to diable generation of antispoofing rules automatically
on domU startup? I could configure a different vif.default.script in
xl.conf and write a wrapper script, but it might be easier to just
disable it and load iptables rules manually.

Why do I think that is a security issue?
The antispoofing rules being set up automatically create the false impression
of working. At least in my case they don't. If someone connects a domU to
the Internet and hosts public services that system is under constant risk.
If such a system got hacked the intruder might get access to other internal
machines as well by manipulating the domU's IP address. Take for instance NFS
authentication based on IP addresses as an example. One could 

Bug#893909: fails to download simon1/2 games from GOG

[Alexandre Detiste]

control: tag -1 +pending

Hi,

Thank you very much for your patch.

We have some tool that (semi-)automatically compare the YAML files against
online information, but I can't see how this case could have been
detected easily.

Greetings,


2018-03-23 18:49 GMT+01:00 Dmitry Eremin-Solenikov :
>
> Package: game-data-packager
> Version: 58
> Severity: normal
>
> GOG has changed names of Simon the Sourcerer and StS2 games, thus making
> g-d-p unable to detect/download those games from GOG. Please update gog
> names of corresponding titles to simon_the_sorcerer_legacy and
> simon_the_sorcerer_2_legacy. Thank you!

Bug#893200: marked as done (TC Chair election)

[Philip Hands]

"Debian Bug Tracking System"  writes:

> Your message dated Sun, 25 Mar 2018 11:14:16 +0200
> with message-id <10372274.mhgyzpu...@odyx.org>
> and subject line Re: Bug#893200: TC Chair election
> has caused the Debian Bug report #893200,
> regarding TC Chair election
> to be marked as done.
>
> This means that you claim that the problem has been dealt with.
> If this is not the case it is now your responsibility to reopen the
> Bug report if necessary, and/or fix the problem forthwith.
>
> (NB: If you are a system administrator and have no idea what this
> message is talking about, this may indicate a serious mail system
> misconfiguration somewhere. Please contact ow...@bugs.debian.org
> immediately.)
>
>
> -- 
> 893200: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=893200
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
> From: Didier 'OdyX' Raboud 
> Subject: TC Chair election
> To: sub...@bugs.debian.org
> Date: Sat, 17 Mar 2018 10:25:28 +0100
>
> Package: tech-ctte
> Severity: normal
>
> Dear TC members,
>
> With the appointment of Simon to the TC and according to our current 
> procedures¹, I am hereby announcing my immediate vacation of the chair 
> position, triggering a new election.
>
> The ballot is the following:
>
> ===BEGIN===
>
> The chair of the Debian Technical Committee will be:
>
> A : Didier Raboud 
> B : Tollef Fog Heen 
> C : Phil Hands 
> D : Margarita Manterola 
> E : David Bremner 
> F : Niko Tyni 
> G : Gunnar Wolf 
> H : Simon McVittie 
> ===END===
>
> -- 
> OdyX
>
> ¹ https://salsa.debian.org/debian/tech-ctte/blob/master/procedures/
> appointment_of_the_chair.md
> From: Didier 'OdyX' Raboud 
> Subject: Re: Bug#893200: TC Chair election
> To: 893200-d...@bugs.debian.org
> Date: Sun, 25 Mar 2018 11:14:16 +0200
>
> Le samedi, 17 mars 2018, 10.25:28 h CEST Didier 'OdyX' Raboud a écrit :
>> With the appointment of Simon to the TC and according to our current
>> procedures¹, I am hereby announcing my immediate vacation of the chair
>> position, triggering a new election.
>> ===BEGIN===
>> 
>> The chair of the Debian Technical Committee will be:
>> 
>> A : Didier Raboud 
>> B : Tollef Fog Heen 
>> C : Phil Hands 
>> D : Margarita Manterola 
>> E : David Bremner 
>> F : Niko Tyni 
>> G : Gunnar Wolf 
>> H : Simon McVittie 
>> ===END===
>
> With one week passed (§6.3.1) [0], here come the vote results:
>
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> The winners are:
>  Option C "Phil Hands "
>  Option D "Margarita Manterola "
>  Option E "David Bremner "
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>
> Making use of my casting vote (§A.6.8) [1,2], I hereby designate Margarita 
> Manterola  as the new TC Chair, effective immediately.

Perfect. :-)

I'd lost track of the deadline, otherwise I'd have voted for that as
well, in which case Marga would have won without a casting vote.

Cheers, Phil.
-- 
|)|  Philip Hands  [+44 (0)20 8530 9560]  HANDS.COM Ltd.
|-|  http://www.hands.com/http://ftp.uk.debian.org/
|(|  Hugo-Klemm-Strasse 34,   21075 Hamburg,GERMANY


signature.asc
Description: PGP signature

Bug#894012: Midisnoop package in stable contains no binary.

[Paul Haesler]

Package: midisnoop
Version: 0.1.2~repack0-5

This package just installs some documentation - no actual binary.

$ midisnoop
bash: midisnoop: command not found.

I suggest that the build script be updated to include the actual binary 
in the binary package.

Bug#784186: O: ipkungfu -- iptables-based Linux firewall

[Tobias Frost]

Control: retitle -1 O: ipkungfu -- iptables-based Linux firewall

The current maintainer of ipkungfu, Luis Uribe ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: ipkungfu
Binary: ipkungfu
Version: 0.6.1-6.2
Maintainer: Luis Uribe 
Build-Depends: debhelper (>= 5), iptables (>= 1.2.7), kmod
Architecture: any
Standards-Version: 3.7.3
Format: 1.0
Files:
 7e3ca08ce674a9bfd518e4a71a1e4661 1343 ipkungfu_0.6.1-6.2.dsc
 89f6bc0df356dd4ee650882c54ec9074 128309 ipkungfu_0.6.1.orig.tar.gz
 b48eedbf7bd2b369035ea35e40c29e47 6189 ipkungfu_0.6.1-6.2.diff.gz
Checksums-Sha256:
 5da33c1176e6ae91df7d7161a3ecd5c09f933957bd63be730df40d9051889f56 1343 
ipkungfu_0.6.1-6.2.dsc
 e1afd8764d5bdb21249fa13840efac1529e8b280f5b313fe10b1ecf01277ef7e 128309 
ipkungfu_0.6.1.orig.tar.gz
 8f2215cf954c7325a302e19362d20968e302e112f59f01914d8119346ad77323 6189 
ipkungfu_0.6.1-6.2.diff.gz
Package-List: 
 ipkungfu deb net optional arch=any
Directory: pool/main/i/ipkungfu
Priority: source
Section: net

Package: ipkungfu
Version: 0.6.1-6.2
Installed-Size: 177
Maintainer: Luis Uribe 
Architecture: amd64
Depends: iptables (>= 1.2.7), iproute2, kmod, libc6 (>= 2.2.5)
Description-en: iptables-based Linux firewall
 ipkungfu is an advanced iptables script that can be also used by
 people who have only limited knowledge of proper security and IP
 filtering practices.  Many advanced features are included in
 ipkungfu, although IPv6 support is still not included.
 .
  Homepage http://www.linuxkungfu.org
Description-md5: d756549a1a43889ea0df5d79d5842c6d
Tag: admin::configuring, implemented-in::shell, interface::commandline,
 network::configuration, role::program, scope::utility,
 security::firewall, use::configuring
Section: net
Priority: optional
Filename: pool/main/i/ipkungfu/ipkungfu_0.6.1-6.2_amd64.deb
Size: 48152
MD5sum: 157da77599aa6b42dfea4fd85587b165
SHA256: 1d09ba3b739326312890662b18c0c882fa90fc2fe2001340ce882db6504f1386

Bug#890087: psychtoolbox-3: Build-depend on dh-octave instead of octave-pkg-dev

[Rafael Laboissière]

Control: severity -1 important

* Rafael Laboissière  [2018-02-11 00:55]:


Source: psychtoolbox-3
Version: 3.0.14.20170103+git6-g605ff5c.dfsg1-1
Severity: normal
Tags: patch

The octave-pkg-dev has been superseded by dh-octave and will be soon 
deprecated.  Please, find attached to this bug report a patch for 
updating the psychtoolbox-3 source package, accordingly.


I am hereby changing the severity of this bug report to "important", 
since I plan to request the removal of the octave-pkg-dev from testing 
and unstable very soon.


If nobody objects, I will upload to unstable version 
3.0.14.20170103+git6-g605ff5c.dfsg1-1.1 with the fix that I proposed in 
the patch.


Rafael Laboissière

Bug#894011: java-common: Please move ia64 to the list of Java 9 architectures

[John Paul Adrian Glaubitz]

Source: java-common
Version: 0.62
Severity: normal
User: debian-i...@lists.debian.org
Usertags: ia64

Hi!

With OpenJDK9 bootstrapped for ia64, it's now possible to set
it as the default JDK for ia64. Thus, please move ia64 from the
list of Java 5 architectures to the list of Java 9 architectures.

Adrian

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

Bug#890082: libgdf: Build-depend on dh-octave instead of octave-pkg-dev

[Rafael Laboissière]

Control: severity -1 important


 Source: libgdf
 Version: 0.1.2-2
 Severity: normal
 Tags: patch

The octave-pkg-dev has been superseded by dh-octave and will be soon 
deprecated.  Please, find attached to this bug report a patch for 
updating the libgdf source package, accordingly.


I am hereby changing the severity of this bug report to "important", since I 
plan to request the removal of the octave-pkg-dev from testing and unstable very 
soon.


If nobody objects, I will upload to unstable version 0.1.2-2.1 with the fix that 
I proposed in the patch.


Rafael Laboissière

Bug#890060: biosig4c++: Build-depends on dh-octave instead of octave-pkg-dev

[Rafael Laboissière]

Control: severity -1 important

* Rafael Laboissière  [2018-02-10 17:58]:


 Source: biosig4c++
 Version: 1.3.0-2.2
 Severity: normal
 Tags: patch

The octave-pkg-dev has been superseded by dh-octave and will be soon 
deprecated.  Please, find attached to this bug report a patch for 
updating the biosig4c++ source package, accordingly.


I am hereby changing the severity of this bug report to "important", 
since I plan to request the removal of the octave-pkg-dev from testing 
and unstable very soon.


If nobody objects, I will upload to unstable version 1.3.0-2.3 with 
the fix that I proposed in the patch.


Rafael Laboissière

Bug#784190: O: nwrite -- Enhanced replacement for the write command

[Tobias Frost]

Control: retitle -1 O: nwrite -- Enhanced replacement for the write command

The current maintainer of nwrite, Luis Uribe ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: nwrite
Binary: nwrite
Version: 1.9.2-20.1
Maintainer: Luis Uribe 
Build-Depends: debhelper (>= 9), autotools-dev, autoconf
Architecture: any
Standards-Version: 3.9.3
Format: 3.0 (quilt)
Files:
 f2d6fb897a2dd97e9b7868fc97f619ac 1031 nwrite_1.9.2-20.1.dsc
 29b5c482b621048d5c57cf57510b1b2d 35717 nwrite_1.9.2.orig.tar.gz
 ee34693a73e0143954f00e770c55ee4d 8499 nwrite_1.9.2-20.1.debian.tar.gz
Checksums-Sha256:
 54a85dc9d2404f8952d496e10263283ee4d3c3e279529f5c15c7f8371d1bda08 1031 
nwrite_1.9.2-20.1.dsc
 0b4a49c0d3e6392f1424f12a1d3257450c8bade5e997cb3c5af5ffa9d1423124 35717 
nwrite_1.9.2.orig.tar.gz
 173a1f5792011a051a163e3ecbe1c3259d23e500278032bb8c58f24ae773107a 8499 
nwrite_1.9.2-20.1.debian.tar.gz
Package-List: 
 nwrite deb utils optional
Directory: pool/main/n/nwrite
Priority: source
Section: utils

Package: nwrite
Source: nwrite (1.9.2-20.1)
Version: 1.9.2-20.1+b1
Installed-Size: 47
Maintainer: Luis Uribe 
Architecture: amd64
Depends: libc6 (>= 2.7)
Description-en: Enhanced replacement for the write command
 Nwrite is a replacement for the standard write program that lets you write
 directly to the terminal of another logged-in user without the overhead of talk
 taking over the full screen or the other user having to respond first.
 .
 Nwrite's advantages over traditional write include the ability to send the same
 message simultaneously to multiple users, and a receiver-configurable message
 format, including a tag at the start of each line that identifies the sender.
Description-md5: 5a53c2cb6627bb8bb20a89a7ea0d5b6e
Tag: role::program, scope::utility
Section: utils
Priority: optional
Filename: pool/main/n/nwrite/nwrite_1.9.2-20.1+b1_amd64.deb
Size: 17702
MD5sum: 2854e21d66507cc97fb2ecee1886630c
SHA256: 92febdc326367d434ddad9e0eb07ba71c24371cd0ee580a3b150d81ea07fa584

Bug#784188: O: xtalk -- BSD talk compatible X Window System client

[Tobias Frost]

Control: retitle -1 O: xtalk -- BSD talk compatible X Window System client

The current maintainer of xtalk, Luis Uribe ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: xtalk
Binary: xtalk
Version: 1.3-15.3
Maintainer: Luis Uribe 
Build-Depends: debhelper (>= 5.0.37.2)
Build-Depends-Indep: dos2unix | tofrodos (<< 1.7.8.debian.1-2), python, 
dh-python
Architecture: all
Standards-Version: 3.7.2
Format: 1.0
Files:
 5cbc6bdcb8363626183f336d6d8bf464 1326 xtalk_1.3-15.3.dsc
 6a63b087e5ba36c018ffb24c85b7e1b9 10204 xtalk_1.3.orig.tar.gz
 4ff44dad5ba48e7cd650feb4f4533899 6651 xtalk_1.3-15.3.diff.gz
Checksums-Sha256:
 dff2d884012e61836773191abb3f73a490f1929f86dbe67691a21d6b9a5a4be9 1326 
xtalk_1.3-15.3.dsc
 37a65e6842689eaf1497e2fe0bdb9ba15f5795decf05104f490da70a4adbce82 10204 
xtalk_1.3.orig.tar.gz
 48def6efe574067d2c58021ca79100834848ba78caee2ce075d76efc873fd691 6651 
xtalk_1.3-15.3.diff.gz
Package-List: 
 xtalk deb net optional arch=all
Directory: pool/main/x/xtalk
Priority: source
Section: net

Package: xtalk
Version: 1.3-15.3
Installed-Size: 52
Maintainer: Luis Uribe 
Architecture: all
Depends: python, python:any (>= 2.7.5-5~), python-tk
Description-en: BSD talk compatible X Window System client
 XTalk is a visual communication program which copies lines from your
 terminal to that of another user. This is an X Window System version,
 written in Python.
Description-md5: f022479b0e0b341d2e2d22a89f1dd50d
Tag: implemented-in::python, interface::graphical, interface::x11,
 network::client, role::program, uitoolkit::tk, use::chatting,
 x11::application
Section: net
Priority: optional
Filename: pool/main/x/xtalk/xtalk_1.3-15.3_all.deb
Size: 14124
MD5sum: fc5ad991fc0f5c807d07f76757a3e4c5
SHA256: 9c54a8adc2c5ee041428a51182e58e21d68ee7f80d897f4d62ed44e1ae6ea1b7

Bug#784187: O: nwall -- version of wall that uses GNU readline

[Tobias Frost]

Control: retitle -1 O: nwall -- version of wall that uses GNU readline

The current maintainer of nwall, Luis Uribe ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: nwall
Binary: nwall
Version: 1.32+debian-4.2
Maintainer: Luis Uribe 
Build-Depends: debhelper (>= 5), dpatch, autotools-dev, libncurses5-dev, 
libreadline-dev | libreadline5-dev
Architecture: any
Standards-Version: 3.7.2
Format: 1.0
Files:
 a3a481572bd16f55db6c24a379195f7c 1715 nwall_1.32+debian-4.2.dsc
 da8e8b72d2cfb66445d5161cda7e08a1 44604 nwall_1.32+debian.orig.tar.gz
 c3ab233e5146c772d8bf3798bb485282 27461 nwall_1.32+debian-4.2.diff.gz
Checksums-Sha256:
 cadf54acf447b56a8f8ac4f006cf23cb5b722c4398e49381a30d4fa23d678055 1715 
nwall_1.32+debian-4.2.dsc
 aebf5b87628aaa25c7e41f0f89c7ccc16ebfe14193398d6d398cc3c71bcaf688 44604 
nwall_1.32+debian.orig.tar.gz
 182e8ea86264dfd8c4d8e032f9515b768b88357961ca4aa8d4f71bec0c66a1e9 27461 
nwall_1.32+debian-4.2.diff.gz
Package-List: 
 nwall deb misc optional arch=any
Directory: pool/main/n/nwall
Priority: source
Section: misc

Package: nwall
Source: nwall (1.32+debian-4.2)
Version: 1.32+debian-4.2+b3
Installed-Size: 43
Maintainer: Luis Uribe 
Architecture: amd64
Depends: libc6 (>= 2.2.5), libncurses5 (>= 6), libreadline7 (>= 6.0), libtinfo5 
(>= 6)
Description-en: version of wall that uses GNU readline
 nwall is a system-local chat program based on BSD wall. It logs chat, as well
 as providing opt-out lockfiles for users who want to be alerted to system
 walls, but don't want to be distracted by the nwall chatter.
Description-md5: 49e45bed6f606a974dc9c7713ba19f50
Tag: interface::text-mode, role::program, scope::utility, uitoolkit::ncurses,
 use::chatting
Section: misc
Priority: optional
Filename: pool/main/n/nwall/nwall_1.32+debian-4.2+b3_amd64.deb
Size: 10376
MD5sum: 06a7cb5f3792fb76907e2a33b556dd6f
SHA256: 349c9b8e8aecbb6bc22df1f9fdd7b860c7eebb267c2650a4b8fe772ec0d714b1

Bug#894006: Updating the php-token-stream Uploaders list

[Tobias Frost]

Source: php-token-stream
Version: 2.0.2-1
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Luis Uribe  has not been working on
the php-token-stream package for quite some time.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

Bug#893052: RFS: btrfsmaintenance/0.4.1-1 [I maintain the package]

[Sven Hoexter]

On Tue, Mar 20, 2018 at 10:38:37PM -0400, Nicholas D Steeves wrote:
> Hi Sven,
> 
> On Sat, Mar 17, 2018 at 08:06:13PM +0100, Sven Hoexter wrote:
> > Hi,
> > uploaded the package. I've to make up my mind about the kind of linux 
> > specific
> > arch all packaging stuff.
> > 
> > Sven
> 
> Thank you for sponsoring this upload :-)
> 
> Should I leave filing a wishlist bug against dpkg-dev, for the
> creation of an arch: linux-all to you, or go ahead and do it myself?

Hi Nicholas,
I would not fill a bug and I would not change anything else on the package.
Introducing something like "linux-all" would also require changes in
the archive software and other places. Just telling dpkg that it exists
is only a small part of the complete story.

After looking around and thinking a bit more about this issue, I think the
gain from solving it is very limited. If you try to install btrfsmaintenance
on kfreebsd or hurd you'll already be told that the dependencies are not
satisfiable because btrfsprogs is not available. In case someone would port
it and make it available, the situation gets more complicated. Now you
would be able to install the package and have the maintenance scripts
available, but you still might be lacking the btrfs support in the kernel.
At least at the moment that would not cause any harm because the cron job
is not enable by default and I guess the btrfsprogs tools would still fail
if executed. So at least there is no harm done to the system.

Since this is all very hypothetical I would just ignore this case for now.

If you would like to maybe get other viewpoints on this issue feel free to
ask on debian-mentors or debian-devel. My opinion is in the end just mine. :)

Cheers,
Sven

Bug#894007: Updating the mxml Uploaders list

[Tobias Frost]

Source: mxml
Version: 2.10-1 2.11-1
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Luis Uribe  has not been working on
the mxml package for quite some time.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

Bug#894009: Updating the php-invoker Uploaders list

[Tobias Frost]

Source: php-invoker
Version: 1.1.4-3
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Luis Uribe  has not been working on
the php-invoker package for quite some time.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

Bug#894005: Updating the php-timer Uploaders list

[Tobias Frost]

Source: php-timer
Version: 1.0.9-1
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Luis Uribe  has not been working on
the php-timer package for quite some time.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

Bug#894003: Updating the phpunit-mock-object Uploaders list

[Tobias Frost]

Source: phpunit-mock-object
Version: 5.0.6-1
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Luis Uribe  has not been working on
the phpunit-mock-object package for quite some time.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

Bug#894008: Updating the php-file-iterator Uploaders list

[Tobias Frost]

Source: php-file-iterator
Version: 1.4.5-1
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Luis Uribe  has not been working on
the php-file-iterator package for quite some time.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

Bug#894004: Updating the php-codecoverage Uploaders list

[Tobias Frost]

Source: php-codecoverage
Version: 5.3.0+dfsg-1
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Luis Uribe  has not been working on
the php-codecoverage package for quite some time.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

Bug#894010: Updating the php-text-template Uploaders list

[Tobias Frost]

Source: php-text-template
Version: 1.2.1-2
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Luis Uribe  has not been working on
the php-text-template package for quite some time.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

Bug#894002: eviacam does not start due GTK-ERROR

[Hans-J. Ullrich]

Package: eviacam
Version: 2.1.1-1+b1
Severity: important

Dear Maintainer,

sadly eviacam of debian/testing/i386  will not start due to the well known 
GTK-Error, see this message:

(eviacam:10166): Gtk-ERROR **: 11:33:57.571: GTK+ 2.x symbols detected. Using 
GTK+ 2.x and GTK+ 3 in the same process is not supported
Trace/Breakpoint ausgelöst

I googled and saw, this behaviour is well known. On my system there are no more 
gtk2 libs 
installed (as far as I could see).

Maybe this is ok, but when updated to eviacam in debian/testing, I wondered, 
that lots of 
"libopencv*" libs were uninstalled (marked as not needed any more). I believe, 
this might be ok, just wanted to mention it.

The version in debian/stable is running well.

Hint 1: As a workaround, just install the version of debian/stable and set the 
package to hold using aptitude.


Hint 2: I could only test on i386, as I do not have an amd64 at the moment.

Thank you very much for reading and any help.

Best 

Hans 


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

Kernel: Linux 4.15.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE= 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages eviacam depends on:
ii  debconf [debconf-2.0]   1.5.66
ii  libc6   2.27-2
ii  libgcc1 1:8-20180312-2
ii  libgtk2.0-0 2.24.32-1
ii  libopencv-core3.2   3.2.0+dfsg-4+b4
ii  libopencv-highgui3.23.2.0+dfsg-4+b4
ii  libopencv-imgcodecs3.2  3.2.0+dfsg-4+b4
ii  libopencv-imgproc3.23.2.0+dfsg-4+b4
ii  libopencv-objdetect3.2  3.2.0+dfsg-4+b4
ii  libopencv-video3.2  3.2.0+dfsg-4+b4
ii  libopencv-videoio3.23.2.0+dfsg-4+b4
ii  libstdc++6  8-20180312-2
ii  libv4l-01.14.2-1
ii  libwxbase3.0-0v53.0.3.1+dfsg2-1
ii  libwxgtk3.0-0v5 3.0.3.1+dfsg2-1
ii  libx11-62:1.6.5-1
ii  libxtst62:1.2.3-1
ii  opencv-data 3.2.0+dfsg-4

Versions of packages eviacam recommends:
ii  wx3.0-i18n  3.0.3.1+dfsg2-1

eviacam suggests no packages.

-- debconf information:
* eviacamloader/eviacamloader_setuid: false

Bug#894001: openjdk-9: 9.0.4+12-2

[John Paul Adrian Glaubitz]

Source: openjdk-9
Version: 9.0.4+12-2
Severity: normal
Tags: patch
User: debian-i...@lists.debian.org
Usertags: ia64

Hi!

The attached patch contains changes to the openjdk-9 package which
make the package build on ia64. Please apply. I will upstream the
changes as well and provide patches for the openjdk-10 and openjdk-11
packages in Debian.

I have cross-compiled openjdk-9 for ia64 with the patches applied and
just uploaded it to the Debian Ports FTP archive.

Thanks,
Adrian

--
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913
diff -Nru old/openjdk-9-9.0.4+12/debian/patches/ia64-zero.diff 
new/openjdk-9-9.0.4+12/debian/patches/ia64-zero.diff
--- old/openjdk-9-9.0.4+12/debian/patches/ia64-zero.diff1970-01-01 
01:00:00.0 +0100
+++ new/openjdk-9-9.0.4+12/debian/patches/ia64-zero.diff2018-03-25 
09:48:18.872892026 +0200
@@ -0,0 +1,11 @@
+--- a/hotspot/src/share/vm/runtime/os.cpp  2018-01-22 16:19:02.0 
+0100
 b/hotspot/src/share/vm/runtime/os.cpp  2018-03-25 05:03:41.005419666 
+0200
+@@ -1075,7 +1075,7 @@
+ // if C stack is walkable beyond current frame. The check for fp() is not
+ // necessary on Sparc, but it's harmless.
+ bool os::is_first_C_frame(frame* fr) {
+-#if (defined(IA64) && !defined(AIX)) && !defined(_WIN32)
++#if (defined(IA64) && !defined(AIX)) && !defined(_WIN32) && !defined(LINUX)
+   // On IA64 we have to check if the callers bsp is still valid
+   // (i.e. within the register stack bounds).
+   // Notice: this only works for threads created by the VM and only if
diff -Nru old/openjdk-9-9.0.4+12/debian/patches/zero-architectures.diff 
new/openjdk-9-9.0.4+12/debian/patches/zero-architectures.diff
--- old/openjdk-9-9.0.4+12/debian/patches/zero-architectures.diff   
2017-02-26 19:03:10.0 +0100
+++ new/openjdk-9-9.0.4+12/debian/patches/zero-architectures.diff   
2018-03-25 09:49:29.247513632 +0200
@@ -17,7 +17,7 @@
  arm*)
VAR_CPU=arm
VAR_CPU_ARCH=arm
-@@ -54,6 +60,48 @@ AC_DEFUN([PLATFORM_EXTRACT_VARS_FROM_CPU
+@@ -54,6 +60,54 @@ AC_DEFUN([PLATFORM_EXTRACT_VARS_FROM_CPU
VAR_CPU_BITS=64
VAR_CPU_ENDIAN=little
;;
@@ -63,6 +63,12 @@
 +  VAR_CPU_BITS=64
 +  VAR_CPU_ENDIAN=little
 +  ;;
++ia64)
++  VAR_CPU=ia64
++  VAR_CPU_ARCH=ia64
++  VAR_CPU_BITS=64
++  VAR_CPU_ENDIAN=little
++  ;;
  powerpc)
VAR_CPU=ppc
VAR_CPU_ARCH=ppc
diff -Nru old/openjdk-9-9.0.4+12/debian/rules 
new/openjdk-9-9.0.4+12/debian/rules
--- old/openjdk-9-9.0.4+12/debian/rules 2018-03-16 11:25:51.0 +0100
+++ new/openjdk-9-9.0.4+12/debian/rules 2018-03-25 10:33:54.814132453 +0200
@@ -344,6 +344,7 @@
disable-doclint-by-default.diff \
hotspot-fix-alpha-orderaccess.diff \
make-4.2-workaround.diff \
+   ia64-zero.diff \
 
 ifeq ($(derivative),Ubuntu)
   COMMON_PATCHES += \

Bug#894000: bind9rndc: connect failed: 127.0.0.1#953: connection refused

[Arthur Marsh]

Package: bind9
Version: 1:9.11.3+dfsg-1
Severity: important

Dear Maintainer,

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

   * What led up to the situation?

trying to upgrade bind9 and associated packages:

Setting up bind9 (1:9.11.3+dfsg-1) ...
[] Stopping domain name service...: bind9rndc: connect failed: 
127.0.0.1#953: connection refused
. ok 
[FAIL] Starting domain name service...: bind9 failed!
invoke-rc.d: initscript bind9, action "restart" failed.
dpkg: error processing package bind9 (--configure):
 installed bind9 package post-installation script subprocess returned error 
exit status 1
Errors were encountered while processing:
 bind9
E: Sub-process /usr/bin/dpkg returned an error code (1)
Setting up bind9 (1:9.11.3+dfsg-1) ...
[] Stopping domain name service...: bind9rndc: connect failed: 
127.0.0.1#953: connection refused
. ok 
[FAIL] Starting domain name service...: bind9 failed!
invoke-rc.d: initscript bind9, action "restart" failed.
dpkg: error processing package bind9 (--configure):
 installed bind9 package post-installation script subprocess returned error 
exit status 1
Errors were encountered while processing:
 bind9
Press Return to continue, 'q' followed by Return to quit.

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

About to try downgrading package (did not have this problem on amd64 
architecture)

   * What was the outcome of this action?
   * What outcome did you expect instead?

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


-- System Information:
Debian Release: buster/sid
  APT prefers oldstable
  APT policy: (500, 'oldstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 4.16.0-rc6+ (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Versions of packages bind9 depends on:
ii  adduser3.117
ii  bind9utils 1:9.11.3+dfsg-1
ii  debconf [debconf-2.0]  1.5.66
ii  libbind9-160   1:9.11.3+dfsg-1
ii  libc6  2.27-2
ii  libcap21:2.25-1.2
ii  libcom-err21.44.0-1
ii  libdns1100 1:9.11.3+dfsg-1
ii  libgeoip1  1.6.12-1
ii  libgssapi-krb5-2   1.16-2
ii  libisc169  1:9.11.3+dfsg-1
ii  libisccc1601:9.11.3+dfsg-1
ii  libisccfg160   1:9.11.3+dfsg-1
ii  libjson-c3 0.12.1-1.3
ii  libk5crypto3   1.16-2
ii  libkrb5-3  1.16-2
ii  liblmdb0   0.9.21-1
ii  liblwres1601:9.11.3+dfsg-1
ii  libssl1.1  1.1.0g-2
ii  libxml22.9.4+dfsg1-6.1
ii  lsb-base   9.20170808
ii  net-tools  1.60+git20161116.90da8a0-2
ii  netbase5.4

bind9 recommends no packages.

Versions of packages bind9 suggests:
ii  bind9-doc   1:9.11.2.P1-1
ii  dnsutils1:9.11.3+dfsg-1
pn  resolvconf  
pn  ufw 

-- Configuration Files:
/etc/bind/named.conf.local changed:
//
// Do any local configuration here
//
// Consider adding the 1918 zones here, if they are not used in your
// organization
//include "/etc/bind/zones.rfc1918";
//   logging {
//  channel querylog { file "/var/log/bind9/query.log"; print-time yes; 
};
//  category queries { querylog; };
//};


-- debconf-show failed

Bug#893268: Help needed to build libnanoxml2-java with Java 9 (Was: Intend to take over libjbzip2-java and libnanoxml2-java into Debian Med team)

[Andreas Tille]

Control: tags -1 help

Hi,

as announced below I moved this package to Salsa in Debian Med team
area[1].  I checked the last commit of Chris West but the build time
test is failing.  I made the test output more verbose in another
commit[2].  This leads to

...
cd Test/Lite && \
/usr/lib/jvm/default-java/bin/javac -source 1.8 -nowarn -cp 
.:../../nanoxml-lite.jar `find -iname *.java` && \
for TESTFILE in *.xml; do \
/usr/lib/jvm/default-java/bin/java -cp .:../../nanoxml-lite.jar 
DumpXML_Lite ${TESTFILE} > ${TESTFILE}.test_out ; \
if diff -u ${TESTFILE}.out ${TESTFILE}.test_out ; \
thenecho nanoxml-lite.jar failed ${TESTFILE}; \
exit 1; \
fi; \
done
Note: ./DumpXML_Lite.java uses unchecked or unsafe operations.
Note: Recompile with -Xlint:unchecked for details.
nanoxml-lite.jar failed comments.xml


Unfortunately I have no idea how to fix this.  In short:  I'd happily
continue to maintain the package in the Debian Med team since it seems a
bit orphaned in Debian Java team and has only rdepends in Debian Med.
However, in this case I need help from Java experts.  If some volunteer
from Debian Java wants to take over and keep the package in Debian Java
that's perfectly fine for me and we can easily move back to Debian Java
once the packages of this team are moved to salsa.debian.org.

Kind regards

Andreas.

[1] https://salsa.debian.org/med-team/libnanoxml2-java/
[2] 
https://salsa.debian.org/med-team/libnanoxml2-java/commit/f3311f30890dffd552707565b806ab8873cf0f00

On Sun, Mar 25, 2018 at 09:35:32AM +0200, Andreas Tille wrote:
> Hi,
> 
> due to recently opened bugs (#893247 and #893268) I stumbled upon
> libjbzip2-java and libnanoxml2-java packages.  Both have rdepends
> of Debian Med packages.  Libjbzip2-java is maintained by Debian Med
> members anyway and libnanoxml2-java had the last maintainer upload
> in 2010.  I consider the packages both better "observed" in Debian
> Med team and will take both over to salsa.debian.org/med-team.
> 
> I hope this is OK for everybody.
> 
> Kind regards
> 
>Andreas.
> 
> -- 
> http://fam-tille.de

-- 
http://fam-tille.de

Bug#893998: syncmaildir: Keep package compatible to version in stable; cannot sync with server running stable from unstable

[Salvatore Bonaccorso]

Hi

On Sun, Mar 25, 2018 at 10:10:23AM +0200, Salvatore Bonaccorso wrote:
[...]
> so updating via stretch-pu syncmaildir to have it fixed at next point
> release time would be possible.

The attached debdiff could be used in such case and guess the same can
be done for oldstable/jessie as well which would have the same problem
if using syncmaildir remote on a jessie running host.

Regards,
Salvatore
diff -Nru syncmaildir-1.2.6.2/debian/changelog 
syncmaildir-1.2.6.2/debian/changelog
--- syncmaildir-1.2.6.2/debian/changelog2015-11-18 09:51:40.0 
+0100
+++ syncmaildir-1.2.6.2/debian/changelog2018-03-25 10:33:27.0 
+0200
@@ -1,3 +1,14 @@
+syncmaildir (1.2.6.2-1+deb9u1) stretch; urgency=medium
+
+  * Non-maintainer upload.
+  * syncmaildir: recover from interrupt before renaming *.db.new.
+Makes syncmaildir compatible with syncmaildir uploaded to unstable as
+1.3.0-1 and bumping protocol version to fix the recovering issue when
+syncmaildir was interrupted just before renaming *.db.new file.
+Cf. #893998
+
+ -- Salvatore Bonaccorso   Sun, 25 Mar 2018 10:33:27 +0200
+
 syncmaildir (1.2.6.2-1) unstable; urgency=medium
 
   * New upstream bugfix release (Closes: #800872)
diff -Nru syncmaildir-1.2.6.2/debian/patches/series 
syncmaildir-1.2.6.2/debian/patches/series
--- syncmaildir-1.2.6.2/debian/patches/series   2015-11-18 09:51:40.0 
+0100
+++ syncmaildir-1.2.6.2/debian/patches/series   2018-03-25 10:33:27.0 
+0200
@@ -1 +1,2 @@
 #link-against-gthread2
+syncmaildir-recover-from-interrupt-before-renaming-..patch
diff -Nru 
syncmaildir-1.2.6.2/debian/patches/syncmaildir-recover-from-interrupt-before-renaming-..patch
 
syncmaildir-1.2.6.2/debian/patches/syncmaildir-recover-from-interrupt-before-renaming-..patch
--- 
syncmaildir-1.2.6.2/debian/patches/syncmaildir-recover-from-interrupt-before-renaming-..patch
   1970-01-01 01:00:00.0 +0100
+++ 
syncmaildir-1.2.6.2/debian/patches/syncmaildir-recover-from-interrupt-before-renaming-..patch
   2018-03-25 10:33:27.0 +0200
@@ -0,0 +1,178 @@
+From: Enrico Tassi 
+Date: Sat, 17 Mar 2018 15:23:23 +0100
+Subject: syncmaildir: recover from interrupt before renaming *.db.new
+Origin: https://git.kernel.org/linus/eed14208c795afa0cab796b3c10116f5bf0e0f78
+
+---
+
+diff --git a/DESIGN b/DESIGN
+index b1cd676..8bc9974 100644
+--- a/DESIGN
 b/DESIGN
+@@ -110,11 +110,22 @@ The protocol
+ The protocol is line oriented for commands, chunk oriented for data
+ transmission.
+ 
+-1. Both client and server send the following two messages, and check that
+-   they are equal to the ones sent by the other endpoint
++1. Both client and server send the following message, and check that
++   it is equal to the one sent by the other endpoint
+ 
+ protocol NUMBER
+-dbfile SHA1
++
++   Then both client and server send the following message, where the
++   first SHA1 is the sha1 of the dbfile, while the second one is
++   the SHA1 of the "dbfile.new".
++
++dbfile SHA1 SHA1
++
++   If "dbfile.new" is absent, then "-" is sent in place of a SHA1.
++
++   The "dbfile.new" is present only if the protocol is interrupted between
++   steps 4 and 5. Client and server pick the rightmost SHA1 the have in common
++   and rename the corresponding file "dbfile".   
+ 
+This part of the protocol is called handshake
+ 
+diff --git a/smd-client b/smd-client
+index bf49a9e..59f9fdf 100755
+--- a/smd-client
 b/smd-client
+@@ -699,7 +699,7 @@ function main()
+   log_progress('Phase 0: handshake')
+   if firsttime then log_progress(' This phase opens the ssh connection.') 
end
+ 
+-  handshake(dbfile)
++  handshake(dbfile,newdb)
+   
+   -- receive and process commands
+   local commands = receive_delta(io.stdin, firsttime)
+diff --git a/smd-server b/smd-server
+index c5aa9ff..947a057 100755
+--- a/smd-server
 b/smd-server
+@@ -115,7 +115,7 @@ function main()
+ 
+ 
+   -- we check the protocol version and dbfile fingerprint
+-  handshake(dbfile)
++  handshake(dbfile,newdb)
+   
+   -- run mddiff and send the output to the client
+   local r = io.popen(mddiff,"r")
+diff --git a/syncmaildir.lua b/syncmaildir.lua
+index 677961d..33177f2 100644
+--- a/syncmaildir.lua
 b/syncmaildir.lua
+@@ -4,7 +4,7 @@
+ --
+ -- common code for smd-client/server
+ 
+-local PROTOCOL_VERSION="1.2"
++local PROTOCOL_VERSION="1.3"
+ 
+ local verbose = false
+ local dryrun = false
+@@ -302,7 +302,7 @@ function receive(inf,outfile)
+   return total
+ end
+ 
+-function handshake(dbfile)
++function handshake(dbfile,newdb)
+   -- send the protocol version and the dbfile sha1 sum
+   io.write('protocol ',PROTOCOL_VERSION,'\n')
+ 
+@@ -321,7 +321,18 @@ function handshake(dbfile)
+   if db_sha == 'ERROR' then
+   log_internal_error_and_fail('unreadable db file: '.. 
quote(dbfile),'handshake')
+   end

Bug#893999: O: qpdfview -- tabbed document viewer

[Tobias Frost]

Package: wnpp

The current maintainer of qpdfview, Benjamin Eltzner ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: qpdfview
Binary: qpdfview, qpdfview-djvu-plugin, qpdfview-ps-plugin, 
qpdfview-translations
Version: 0.4.14-1
Maintainer: Benjamin Eltzner 
Build-Depends: debhelper (>= 9.0.0), libcups2-dev, qttools5-dev-tools, 
qtbase5-dev, libqt5svg5-dev, libpoppler-qt5-dev, pkg-config, libspectre-dev, 
libdjvulibre-dev, dpkg-dev (>= 1.16.1.1), zlib1g-dev
Architecture: any all
Standards-Version: 3.9.6
Format: 3.0 (quilt)
Files:
 7ad199c247439e8784bc6b65b17d64a2 1754 qpdfview_0.4.14-1.dsc
 f87802101e2a888f86b45ee28b802d2f 591025 qpdfview_0.4.14.orig.tar.gz
 9a269abc4dfc4a20e065025ed1ee6c9f 18472 qpdfview_0.4.14-1.debian.tar.xz
Checksums-Sha256:
 37d6575fda3f8ae87d9fb229061f00df13f6c59ef32fdcbfdc5335afc5863737 1754 
qpdfview_0.4.14-1.dsc
 69c685be50792256547ce85c672448bd655f8ca4a1a15fbf4e97e58d7f47a895 591025 
qpdfview_0.4.14.orig.tar.gz
 a300b22df80e7b4c64e3bba26b321925ed227c7890cb3ae1f4dd8b0440cae278 18472 
qpdfview_0.4.14-1.debian.tar.xz
Homepage: https://launchpad.net/qpdfview
Package-List: 
 qpdfview deb graphics optional arch=any
 qpdfview-djvu-plugin deb graphics optional arch=any
 qpdfview-ps-plugin deb graphics optional arch=any
 qpdfview-translations deb graphics optional arch=all
Directory: pool/main/q/qpdfview
Priority: source
Section: graphics

Package: qpdfview
Source: qpdfview (0.4.14-1)
Version: 0.4.14-1+b1
Installed-Size: 1232
Maintainer: Benjamin Eltzner 
Architecture: amd64
Depends: libc6 (>= 2.14), libcups2 (>= 1.4.0), libgcc1 (>= 1:3.0), 
libgl1-mesa-glx | libgl1, libpoppler-qt5-1 (>= 0.34.0), libqt5concurrent5 (>= 
5.0.2), libqt5core5a (>= 5.7.0), libqt5dbus5 (>= 5.0.2), libqt5gui5 (>= 5.7.0), 
libqt5printsupport5 (>= 5.0.2), libqt5sql5 (>= 5.0.2), libqt5svg5 (>= 
5.6.0~beta), libqt5widgets5 (>= 5.7.0), libqt5xml5 (>= 5.0.2), libstdc++6 (>= 
5), zlib1g (>= 1:1.2.3.4), libqt5sql5-sqlite, hicolor-icon-theme
Recommends: qpdfview-djvu-plugin (= 0.4.14-1+b1), qpdfview-ps-plugin (= 
0.4.14-1+b1), qpdfview-translations (= 0.4.14-1+b1)
Description-en: tabbed document viewer
 qpdfview is a simple tabbed document viewer which uses the Poppler library for
 PDF rendering and CUPS for printing and provides a clear and simple Qt
 graphical user interface. Support for the DjVu and PostScript formats can be
 added via plugins.
 .
 Current features include:
   - Outline, properties and thumbnail panes
   - Scale, rotate and fit
   - Fullscreen and presentation views
   - Continuous and multi-page layouts
   - Search for text (PDF and DjVu only)
   - Configurable toolbars
   - SyncTeX support (PDF only)
   - Partial annotation support (PDF only, Poppler version 0.20.1 or newer)
   - Partial form support (PDF only)
   - Persistent per-file settings
   - Support for DjVu and PostScript documents via plugins
Description-md5: a7669513c45a48c399bf2ea24373c5aa
Homepage: https://launchpad.net/qpdfview
Tag: uitoolkit::qt
Section: graphics
Priority: optional
Filename: pool/main/q/qpdfview/qpdfview_0.4.14-1+b1_amd64.deb
Size: 339704
MD5sum: 748ecadff48010de509956fb12b9e394
SHA256: 1a1afaa54c4ea7d1b2b6b8d77939a68b1af6b2e76d95d4be1f7d709e6f4d1bd9

Package: qpdfview-djvu-plugin
Source: qpdfview (0.4.14-1)
Version: 0.4.14-1+b1
Installed-Size: 90
Maintainer: Benjamin Eltzner 
Architecture: amd64
Depends: libc6 (>= 2.14), libdjvulibre21 (>= 3.5.27.1), libgcc1 (>= 1:3.0), 
libgl1-mesa-glx | libgl1, libqt5core5a (>= 5.7.0), libqt5gui5 (>= 5.2.0), 
libqt5widgets5 (>= 5.0.2), libstdc++6 (>= 5), qpdfview (= 0.4.14-1+b1)
Description-en: tabbed document viewer - DjVu plugin
 qpdfview is a simple tabbed document viewer which uses the Poppler library for
 PDF rendering and CUPS for printing and provides a clear and simple Qt
 graphical user interface. Support for the DjVu and PostScript formats can be
 added via plugins.
 .
 This plugin adds support for the DjVu format.
Description-md5: bd4190e3187c52de4b09810f1a7b67ee
Homepage: https://launchpad.net/qpdfview
Tag: uitoolkit::qt
Section: graphics
Priority: optional
Filename: pool/main/q/qpdfview/qpdfview-djvu-plugin_0.4.14-1+b1_amd64.deb
Size: 31684
MD5sum: 62940bdff9aee6a95adf16447894c529
SHA256: cb50b22fc46af6916ba37f3a342aac629551fe652e2c010402672e0d924cd4e9

Package: qpdfview-ps-plugin
Source: qpdfview (0.4.14-1)
Version: 0.4.14-1+b1
Installed-Size: 77
Maintainer: Benjamin Eltzner 
Architecture: amd64
Depends: libc6 (>= 2.14), libgcc1 (>= 1:3.0), libgl1-mesa-glx | libgl1, 
libqt5core5a (>= 5.7.0), libqt5gui5 (>= 5.0.2), 

Bug#893988: wide-dhcpv6-client-udeb: not installable: depends on non-udeb libfl2

[Cyril Brulebois]

Control: tag -1 patch

Hi Roger,

Roger Shimizu  (2018-03-25):
> Do you have any suggestion, except adding udeb support to package flex?

It looks acceptable to me to use the static library in the udeb, so I've
tried building it against libfl.a, and that seems to do the job since
the libfl2 dependency goes away. I'm not sure it's reasonable to do that
for both the deb and the udeb, though; so I've looked into making it
conditional, and only building the udeb against the static library.

Unfortunately, it looks like the build system doesn't support out of
tree builds, so I've had to copy all files under build-{deb,udeb},
instead of just running ../configure, make, make install from there.
I've picked rsync to do this, but feel free to use anything else.

I've also chosen to clean things up using an override_dh_auto_clean
target, so that most modifications are seen at once in debian/rules, but
you may want to use debian/clean instead.

You'll find a patch series attached. I haven't tested the runtime
though.


Cheers,
-- 
Cyril Brulebois (k...@debian.org)
D-I release manager -- Release team member -- Freelance Consultant
From e63dad86c15e39c56505f0e22428b4d3a158b17e Mon Sep 17 00:00:00 2001
From: Cyril Brulebois 
Date: Sun, 25 Mar 2018 09:40:23 +0200
Subject: [PATCH 1/8] Build under build-deb.

This is a first step to introduce separate deb vs. udeb builds.
---
 debian/rules | 15 +--
 1 file changed, 13 insertions(+), 2 deletions(-)

diff --git a/debian/rules b/debian/rules
index 67e9104..96b2b3b 100755
--- a/debian/rules
+++ b/debian/rules
@@ -9,12 +9,19 @@ export DEB_BUILD_MAINT_OPTIONS = hardening=+all
 %:
 	dh $@
 
-override_dh_auto_configure:
+build-deb/.stamp:
+	rsync --exclude debian/ --exclude .pc/ -a * build-deb && touch $@
+
+override_dh_auto_configure: build-deb/.stamp
+	cd build-deb && \
 	./configure --prefix=/usr --mandir=\$${prefix}/share/man \
 		--with-localdbdir=/var/lib/dhcpv6 --sysconfdir=/etc/wide-dhcpv6
 
+override_dh_auto_build:
+	$(MAKE) -C build-deb
+
 override_dh_auto_install:
-	$(MAKE) prefix=$(CURDIR)/debian/tmp/usr install
+	$(MAKE) -C build-deb prefix=$(CURDIR)/debian/tmp/usr install
 
 override_dh_installinit:
 	dh_installinit --error-handler=true --restart-after-upgrade
@@ -22,3 +29,7 @@ override_dh_installinit:
 override_dh_fixperms:
 	dh_fixperms
 	chmod +x debian/wide-dhcpv6-client/etc/wide-dhcpv6/dhcp6c-*
+
+override_dh_auto_clean:
+	dh_auto_clean
+	rm -rf build-deb
-- 
2.16.2

From 1f71d9b7fa5f05655fcfe1e7a6a974cdc18d2309 Mon Sep 17 00:00:00 2001
From: Cyril Brulebois 
Date: Sun, 25 Mar 2018 09:40:27 +0200
Subject: [PATCH 2/8] Duplicate the deb build into a udeb build.

Let the main (deb) build install everything under debian/tmp as usual
which will let most helpers do the right thing as previously, and
install the results of the udeb build under debian/tmp-udeb.
---
 debian/rules | 11 ++-
 1 file changed, 10 insertions(+), 1 deletion(-)

diff --git a/debian/rules b/debian/rules
index 96b2b3b..a9ee5a3 100755
--- a/debian/rules
+++ b/debian/rules
@@ -12,16 +12,24 @@ export DEB_BUILD_MAINT_OPTIONS = hardening=+all
 build-deb/.stamp:
 	rsync --exclude debian/ --exclude .pc/ -a * build-deb && touch $@
 
-override_dh_auto_configure: build-deb/.stamp
+build-udeb/.stamp:
+	rsync --exclude debian/ --exclude .pc/ -a * build-udeb && touch $@
+
+override_dh_auto_configure: build-deb/.stamp build-udeb/.stamp
 	cd build-deb && \
 	./configure --prefix=/usr --mandir=\$${prefix}/share/man \
 		--with-localdbdir=/var/lib/dhcpv6 --sysconfdir=/etc/wide-dhcpv6
+	cd build-udeb && \
+	./configure --prefix=/usr --mandir=\$${prefix}/share/man \
+		--with-localdbdir=/var/lib/dhcpv6 --sysconfdir=/etc/wide-dhcpv6
 
 override_dh_auto_build:
 	$(MAKE) -C build-deb
+	$(MAKE) -C build-udeb
 
 override_dh_auto_install:
 	$(MAKE) -C build-deb prefix=$(CURDIR)/debian/tmp/usr install
+	$(MAKE) -C build-udeb prefix=$(CURDIR)/debian/tmp-udeb/usr install
 
 override_dh_installinit:
 	dh_installinit --error-handler=true --restart-after-upgrade
@@ -33,3 +41,4 @@ override_dh_fixperms:
 override_dh_auto_clean:
 	dh_auto_clean
 	rm -rf build-deb
+	rm -rf build-udeb
-- 
2.16.2

From 0e9c3a98ec202285076bb3c44d79158b17a15b38 Mon Sep 17 00:00:00 2001
From: Cyril Brulebois 
Date: Sun, 25 Mar 2018 09:47:05 +0200
Subject: [PATCH 3/8] wide-dhcpv6-client-udeb: ship the dhcp6c binary built in
 the udeb tree.

---
 debian/wide-dhcpv6-client-udeb.install | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/debian/wide-dhcpv6-client-udeb.install b/debian/wide-dhcpv6-client-udeb.install
index 0af1fb6..04fb328 100644
--- a/debian/wide-dhcpv6-client-udeb.install
+++ b/debian/wide-dhcpv6-client-udeb.install
@@ -1 +1,2 @@
-usr/sbin/dhcp6c
+# Pick the binary built in the udeb tree:
+../tmp-udeb/usr/sbin/dhcp6c /usr/sbin/
-- 
2.16.2

From 10e34fb743810dea9ffad69824e1c45e35ac6157 Mon Sep