Bug#890226: Document comment syntax

[積丹尼 Dan Jacobson]

X-debbugs-Cc: supp...@daringfireball.net
Package: markdown
Version: 1.0.2~b8-3
Severity: wishlist
File: /usr/share/doc/markdown/syntax

Document what will happen to HTML comments



handed to markdown. Mention if they are guaranteed not to interfere with
markdown processing.

Bug#890225: RFS: flake8-polyfill/1.0.2-1

[Ghislain Vaillant]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "flake8-polyfill"

* Package name: flake8-polyfill
  Version : 1.0.2-1
  Upstream Author : Ian Cordasco 
* URL : https://gitlab.com/pycqa/flake8-polyfill
* License : MIT
  Section : python

It builds those binary packages:

  python3-flake8-polyfill - polyfill package for Flake8 plugins

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

  https://mentors.debian.net/package/flake8-polyfill

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

  dget -x 
https://mentors.debian.net/debian/pool/main/f/flake8-polyfill/flake8-polyfill_1.0.2-1.dsc

Packaging repository:

  https://salsa.debian.org/python-team/modules/flake8-polyfill

Debomatic:

  
http://debomatic-amd64.debian.net/distribution#unstable/flake8-polyfill/1.0.2-1

Changes since the last upload:

  * New upstream version 1.0.2
  * Update copyright years
  * Drop superfluous nocheck guards
  * Fixup whitespacing in rules file
  * Point VCS URIs to salsa.debian.org
  * Bump the debhelper version to 11
  * Bump the standards version to 4.1.3
  * Add missing Enhances relationship

Regards,
Ghislain Vaillant

Bug#889717: Not booting to grub directly

[Akash mazumder]

> Hmmm. That's odd, but most likely a firmware issue on your machine. I
> see you have an HP Notebook, but a model I don't recognise. It's quite
> possible that it has broken Windows-specific support in the firmware,
> or some other bug that causes it not to use more than one boot option.
>
> In Debian, we've seen lots of buggy UEFI implementations I'm
> afraid. There are workarounds available for some. What *might* help
> here is installing grub to the removable media path too. Either boot
> the installer into rescue mode to do that, or run
>
> $ sudo dpkg-reconfigure -plow grub-efi-amd64
>
> on your system and turn it on that way. Please let us know if it helps!
>
> --
> Steve McIntyre, Cambridge, UK.
> st...@einval.com
> Who needs computer imagery when you've got Brian Blessed?
>
>


Hi there,

I was able to get Grub working as the default boot-loader. Turns out
Win10 by default always tries to boot up.
* First I Switched off the Fast restart option from the settings menu.
* Then from the BIOS changed the boot order to Debian BOOT LOADER.

Thanks for getting back to me.
Debian freezes though, something I did not expect Debian to do. I
might soon make a separate bug report for it.

I boot up: sometimes it freezes right off the login screen, keyboard
mouse or key combinations(ctrl+alt+f1, ctrl+alt+*) don't work.

At other times the wicd(I use xfce desktop) cannot connect to my wifi,
then the system hangs and freezes. On both the occasions restarting
works. Most of the times I'm clueless and have to manually shut down
the laptop. Is their any event viewer or log where I can see what
happens during these events?

Thank you

Regards
Akash, India

Bug#890224: udftools: Cannot be upgraded inside a chroot due to udevadm call in postinst

[Stuart Prescott]

Package: udftools
Version: 2.0-1
Severity: important

Dear Maintainer,

The new version of udftools introduces the following unguarded call to udevadm
in the postinst:

if [ "$1" = "configure" ]; then
if which udevadm 1>/dev/null 2>&1; then
udevadm control --reload
if dpkg --compare-versions "$2" le "2.0-1~"; then
udevadm trigger --action=add --subsystem-match=block 
--property-match=ID_CDROM=1
fi
fi
fi

udevadm can exist but be non-functional, such as inside a chroot. Upgrading
udftools currently results in the following (with set -x added to provide
additional debugging output from the postinst)

Setting up udftools (2.0-1) ...
+ [ configure = configure ]
+ which udevadm
+ udevadm control --reload
dpkg: error processing package udftools (--configure):
 installed udftools package post-installation script subprocess returned error 
exit status 2
Errors were encountered while processing:
 udftools
E: Sub-process /usr/bin/dpkg returned an error code (1)

Changing this to have yet another 'if' is enough to solve the problem:

if udevadm control --reload; then
  …
fi

codesearch also indicates that many other packages just add '|| true' to
simply suppress the error

https://codesearch.debian.net/search?q=udevadm.control.--reload+path%3Apostinst

cheers
Stuart

Bug#890222: ITP: jnacl -- Pure Java implementation of the NaCl: Networking and Cryptography library

[tony mancill]

Package: wnpp
Severity: wishlist
Owner: tony mancill 

* Package name: jnacl
  Version : 0.1.1
  Upstream Author : Neil Alexander
* URL : https://neilalexander.eu/jnacl
* License : BSD-2-clause
  Programming Lang: Java
  Description : Pure Java implementation of the NaCl: Networking and 
Cryptography library

 jnacl is a library that implements some of Daniel J. Bernstein's NaCl
 encryption primitives. The functions are written in pure Java, and are
 therefore very straight-forward to make use of in a Java application
 without the use of native libraries and bindings.
 
 The following primitives are included:
 
 - curve25519: Elliptic curve key agreement
 - salsa20: Stream cipher
 - poly1305: Message authenticator (MAC)

 It is open-source and available on GitHub.
 
 Even though it has not been comprehensively benchmarked, jnacl performs
 exceptionally well, even on resource-constrained Android platforms.


This package will be maintained by the Debian Java Team.

This library is a new dependency required to update jeromq.  Note that
the upstream author hasn't tagged releases in [0], therefore the
packaging will track the releases of this fork [1].

[0] https://github.com/neilalexander/jnacl
[1] https://github.com/trevorbernard/jnacl


signature.asc
Description: PGP signature

Bug#890223: libgarcon-common and libgarcon-1-0-dev cannot satify dependencies from foreign architectures

[Helmut Grohne]

Package: libgarcon-common,libgarcon-1-0-dev
Version: 0.6.1-2
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Control: affects -1 + src:vala-panel-appmenu src:xfce4-cpufreq-plugin 
src:xfce4-cpugraph-plugin src:xfce4-equake-plugin src:xfce4-hdaps 
src:xfce4-messenger-plugin src:xfce4-panel src:xfce4-places-plugin 
src:xfce4-power-manager src:xfce4-settings src:xfce4-whiskermenu-plugin 
src:xfce4-wmdock-plugin src:xfce4-xkb-plugin src:xfdesktop4 src:xfswitch-plugin

The affected packages cannot satify their cross Build-Depends. Each of
them has a transitive dependency reaching out to libgarcon-common or
libgarcon-1-0-dev. Both of these packages are Architecture: all and thus
can never satisfy cross Build-Depends unless marked Multi-Arch: foreign.

For libgarcon-common that marking is correct as it lacks maintainer
scripts and dependencies, but for libgarcon-1-0-dev that marking would
be fatal: It would pull the build architecture libgarcon-1-dev and cross
builds would be unable to find the library for the host architecture.
Thus libgarcon-1-0-dev must be switched to Architecture: any.

Rule of thumb: Transitional packages should copy the Architecture field
of their target dependency.

The attached patch implements both changes and additionally marks all
packages Multi-Arch: same (as that happens to be correct and might help
lateron). Please consider applying it.

Helmut
diff --minimal -Nru garcon-0.6.1/debian/changelog garcon-0.6.1/debian/changelog
--- garcon-0.6.1/debian/changelog   2017-09-03 19:14:03.0 +0200
+++ garcon-0.6.1/debian/changelog   2018-02-12 06:31:08.0 +0100
@@ -1,3 +1,16 @@
+garcon (0.6.1-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix cross build issues: closes: #-1
++ Switch transitional package libgarcon-1-0-dev to Architecture: any to
+  allow satisfying dependencies from non-native architectures. It cannot
+  be Multi-Arch: foreign due to its dependency on libgarcon-1-dev.
++ Mark libgarcon-common Multi-Arch: foreign to allow satisfying
+  dependencies from non-native architectures.
++ Mark all other packages Multi-Arch: same to allow coinstallation.
+
+ -- Helmut Grohne   Mon, 12 Feb 2018 06:31:08 +0100
+
 garcon (0.6.1-2) unstable; urgency=medium
 
   [ Unit 193 ]
diff --minimal -Nru garcon-0.6.1/debian/control garcon-0.6.1/debian/control
--- garcon-0.6.1/debian/control 2017-07-26 00:32:41.0 +0200
+++ garcon-0.6.1/debian/control 2018-02-12 06:30:58.0 +0100
@@ -22,6 +22,7 @@
 Package: libgarcon-1-dev
 Section: libdevel
 Architecture: any
+Multi-Arch: same
 Depends: libgarcon-1-0 (= ${binary:Version}), ${misc:Depends}
 Breaks: libgarcon-1-0-dev (<< 0.6.1-1~)
 Provides: libgarcon-1-0-dev
@@ -36,13 +37,15 @@
 Priority: extra
 Depends: libgarcon-1-dev,
   ${misc:Depends}
-Architecture: all
+Architecture: any
+Multi-Arch: same
 Description: transitional package for libgarcon-1-dev
  This package has been renamed to libgarcon-1-dev.
 
 Package: libgarcon-gtk3-1-dev
 Section: libdevel
 Architecture: any
+Multi-Arch: same
 Depends: libgarcon-gtk3-1-0 (= ${binary:Version}),
   libgarcon-1-dev,
   libxfce4ui-2-dev,
@@ -55,6 +58,7 @@
 Package: libgarcon-1-0
 Section: libs
 Architecture: any
+Multi-Arch: same
 Pre-Depends: ${misc:Pre-Depends}
 Depends: libgarcon-common, ${misc:Depends}, ${shlibs:Depends}
 Description: freedesktop.org compliant menu implementation for Xfce
@@ -66,6 +70,7 @@
 Package: libgarcon-gtk3-1-0
 Section: libs
 Architecture: any
+Multi-Arch: same
 Pre-Depends: ${misc:Pre-Depends}
 Depends: ${misc:Depends}, ${shlibs:Depends}
 Description: menu library for Xfce (GTK3 library)
@@ -77,6 +82,7 @@
 Package: libgarcon-common
 Section: libs
 Architecture: all
+Multi-Arch: foreign
 Depends: ${misc:Depends}, ${shlibs:Depends}
 Replaces: libgarcon-1-0 (<< 0.1.2-1),
   xfdesktop4 (<< 4.7.0),

Bug#890221: bringing back 'dig' via extra package?

[Daniel Baumann]

Package: knot-dnsutils
Severity: wishlist

Hi,

while I understand that reasons for dropping the /usr/bin/dig symlinks
to kdig, it is very anoying to always type (or even update scripts to
use) kdig instead of dig.

How about adding a knot-dnsutils-$whatever package that contains the
links from kdig to dig and carries the conflicts against dnsutils?

I'm doing this locally for the time being, but would thing this should
be done in Debian directly if possible.

Regards,
Daniel

Bug#882141: closed by Scott Kitterman <sc...@kitterman.com> (Bug#882141: fixed in postfix 3.2.4-1)

[Scott Kitterman]

On Fri, 9 Feb 2018 09:34:43 +0100 Bastian Blank  wrote:
> On Fri, Feb 09, 2018 at 01:50:29AM -0500, Scott Kitterman wrote:
> > Because I don't get that error when I try to replicate the condition.
> 
> So postconf does not fail for you if inet_interfaces lists an ip the
> system does not currently have?
> 
> > Feb 09 01:28:58 relay02 postmulti[3783]: fatal: parameter inet_interfaces: 
no 
> > local interface found for 1.2.3.4
> 
> According to this, postmulti errors out.  And as postconf uses the same
> code, I don't see how it would succeed.
> 
> > Not sure how to replicate the error you're having.
> 
> The problem is a failing postconf/postmulti if the ip does not exists.
> And while the generator is called, apart from 127.0.0.1 and ::1, _none_
> exist.

Would you please check that your /lib/systemd/system/postfix@.service has:

After=network-online.target nss-lookup.target
Wants=network-online.target

At least as I understand it, that's supposed to make sure the network is up 
before postfix starts.

Scott K

Bug#890220: ITP: assemblytics -- detect and analyze structural variants from a genome assembly

[Afif Elghraoui]

Package: wnpp
Owner: Afif Elghraoui 
Severity: wishlist

* Package name: assemblytics
  Version : 0~20170131
  Upstream Author : Maria Nattestad 
* URL : http://assemblytics.com
* License : MIT
  Programming Lang: Python, R
  Description : detect and analyze structural variants from a genome
assembly

Assemblytics incorporates a unique anchor filtering approach to increase
robustness to repetitive elements, and identifies six classes of variants
based on their distinct alignment signatures. Assemblytics can be applied
both to comparing aberrant genomes, such as human cancers, to a reference,
or to identify differences between related species.

This will be maintained by Debian Med.

-- 
Afif Elghraoui | عفيف الغراوي
http://afif.ghraoui.name

Bug#890219: Document how to make nested lists

[積丹尼 Dan Jacobson]

X-debbugs-Cc: supp...@daringfireball.net
Package: markdown
Version: 1.0.2~b8-3
Severity: wishlist
File: /usr/share/doc/markdown/syntax

Document how to make nested lists.
The upstream documents don't say how either.
OK by trial and error I succeeded:

* AAA
* BBB
  * aaa
  * bbb
 * baba
  * ccc

Bug#890218: ITP: psautohint -- standalone version of the AFDKO autohinter

[Jeremy Bicha]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-fo...@lists.debian.org
Owner: jbi...@debian.org

Package Name: psautohint
Version: 1.1.0
Upstream Authors : Adobe Systems Incorporated, Khaled Hosny
License : Apache 2.0 (one file from Alexander Chemeris is BSD-3-Clause)
Programming Lang: Python 3, C
Homepage: https://github.com/adobe-type-tools/psautohint

Description: standalone version of the AFDKO autohinter
 psautohint is a standalone version of the autohinter from the Adobe Font
 Development Kit for OpenType (AFDKO).

Other Info
--
This is a simplified font tool related to AFDKO (ITP bug #762252).

psautohint is required for the Cantarell font 0.100+. Cantarell is the
default font for the GNOME desktop. I am told that other font
developers are using psautohint too.

I am packaging this as part of the Debian Fonts Team.

Packaging is at
https://salsa.debian.org/fonts-team/psautohint

Thanks,
Jeremy Bicha

Bug#839046: debootstrap: enable --merged-usr by default

[Guillem Jover]

On Mon, 2018-02-05 at 22:32:05 +, Holger Levsen wrote:
> On Mon, Feb 05, 2018 at 08:19:33PM +0100, Julien Cristau wrote:
> > On Sat, Feb  3, 2018 at 09:16:40 +0100, Marco d'Itri wrote:
> > > On Dec 23, md wrote:
> > > > On Dec 20, Julien Cristau  wrote:
> > > > > > This change was reverted in 1.0.87 as dpkg-shlibdeps didn't cope
> > > > > > properly with a merged-usr system. Thus reopening this bug report 
> > > > > > for
> > > > > > that version.
> > > > > > 
> > > > > > The dpkg-shlibdeps bugs has been fixed [1] in the mean time. So it 
> > > > > > would
> > > > > > be great if this bug report could be re-considered.

> > > > > That'll be after stretch now.

> > > > Stretch was been released long ago: please re-enable --merged-usr in 
> > > > debootstrap.

> > > There has not been any negative feedback, can we move on please?

> > Is there buy-in from the dpkg maintainer?

As I've mentioned in the past, I think the usrmerge filesystem layout
has merit and can solve some issues, and to state it very clearly, I
have no technical issue with it *what*so*ever*. But the same can be
said about the non-usrmerge layout with multiple mount-points, which
while not general anymore in Debian, can still be used perfectly fine
on controlled subsets of packages and custom built kernels w/o reliance
on an initramfs.

What I still find to be terrible is the way it's been tried to be
deployed in Debian, via the usrmerge package, which does not support
reverting the change (#848626), for which there's (AFAIK) no way to
select not using this irreversible hack from d-i, which breaks
dpkg-query --search (at least #848622 and #858331). This seems like
a nice PoV for people to play with it, in the same way local admins
can use, to some extent, symlinks to redirect subtrees to other mount
points, but I don't see how this can be seen as a production-ready
solution shipped by default, TBH.

In any case, I looked the other day into implementing the
--map-pathname option for dpkg-query, and I've got most of the code
ready. The problem is that this requires adding support for config
files and config fragments to dpkg-query, which has the additional
problem of making it possible to mess with the --showformat option
and breaking the expectations from maintscripts, for example. The
other problem is with the search behavior changing depending on the
packages providing those mappings being installed (because dpkg would
certainly not provide them).


So I'll eventually try to find a solution for the dpkg-query issue,
because it's a long-standing paper-cut in dpkg for local admins. But
I'd not be very amused if this hack is enabled by default again and
suddenly RC bugs start popping up in dpkg again, and people start
pressuring with RCness to get those fixed again because well, it's
obviously breaking people's systems…


Thanks,
Guillem

Bug#889533: leiningen-clojure FTBFS with libclojure-java 1.9.0~alpha15-1

[Elana Hashman]

Control: tags sid


Hi Adrian! Thanks for your report. The Clojure Team was aware of this
bug but has not yet fixed it.

Leiningen is not compatible with Clojure >1.8 as a build dependency.
This is why I blocked the new Clojure 1.9 alpha from migrating to
testing (#887382).

Hence, this bug doesn't exactly affect version 2.8.1-4. This version of
leiningen will build just fine in testing, but the bug marks that for
removal too.

I will mark this as closed once we upload a versioned clojure1.8 to
coexist with version 1.9 in the clojure package, and change leiningen's
builddep to use clojure1.8.

- e


signature.asc
Description: Digital signature

Bug#890142: Acknowledgement (debian-policy: Please provide a backport of the package)

[gustavo panizzo]

Sorry for the noise policy folks, I'll use

curl https://www.debian.org/doc/packaging-manuals/upgrading-checklist.txt | less


for the time being

After Buster is released I'll start to provide the backport, I think is better to 
spend my Debian time doing something else than backporting sphinx



thanks!
--
IRC: gfa
GPG: 0X44BB1BA79F6C6333

Bug#890215: valgrind causes miscalculation

[Vincent Lefevre]

Control: found -1 1:3.10.0-4
Control: found -1 1:3.12.0~svn20160714-1

On 2018-02-12 03:04:30 +0100, Vincent Lefevre wrote:
> valgrind causes miscalculation on the following program:
[...]

Dame problem on Debian GNU/Linux 8 (jessie) and 9 (stretch).

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

Bug#890216: kodi-standalone: Start user daemon for auto-mount of file systems

[Ben Finney]

Source: kodi
Version: kodi-standalone: Start auto-mount daemon
Severity: minor

The ‘/usr/bin/kodi-standalone’ script starts the Kodi system, in the
absence of any way to mount external storage volumes.

This means that the Kodi application will never see
externally-connected devices, because there is nothing responding to
the device monitoring events to mount storage volumes.

Please (depend on and) start an auto-mount daemon when starting
‘kodi-standalone’.

Perhaps the ‘udevil’ 
package (in the Debian package ‘udevil’) is useful for this, since
Kodi discussion forums sometimes recommend this.


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

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

-- 
 \  “How many people here have telekenetic powers? Raise my hand.” |
  `\  —Emo Philips |
_o__)  |
Ben Finney 


signature.asc
Description: PGP signature

Bug#890217: tracker.debian.org: add support for the rel=vcs-* microformat

[Paul Wise]

Package: tracker.debian.org
Severity: wishlist
Tags: newcomer

It would be nice to add support for the rel=vcs-* microformat:

https://joeyh.name/rfc/rel-vcs/

I would suggest both adding  tags and annotating the
existing VCS  tags with the appropriate rel attributes.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#890142: debian-policy: Please provide a backport of the package

[gustavo panizzo]

On Sun, Feb 11, 2018 at 09:04:16AM -0700, Sean Whitton wrote:

Hello,

On Sun, Feb 11 2018, gustavo panizzo wrote:


I've never done a backport myself, but if you policy folks don't see
any problem with the idea I'm willing to do the backport myself.


You are welcome to try, but I think the build dependencies will make
this non-trivial...

In particular:

sphinx-common (>= 1.6.5),


Silly me, I didn't check the build deps

--
IRC: gfa
GPG: 0X44BB1BA79F6C6333

Bug#890142: debian-policy: Please provide a backport of the package

[gustavo panizzo]

On Sun, Feb 11, 2018 at 06:54:57PM +, Holger Levsen wrote:

Hi Gustavo,

frankly, and really just curious, but… what's the point of this
backport? you can always read the latest version at
https://www.debian.org/doc/debian-policy/ (ok, I see this needs network,
but…)


When I package something I usually have 


less /usr/share/doc/debian-policy/upgrading-checklist.txt.gz

running in another shell


--
IRC: gfa
GPG: 0X44BB1BA79F6C6333

Bug#890215: valgrind causes miscalculation

[Vincent Lefevre]

Package: valgrind
Version: 1:3.13.0-2
Severity: important

valgrind causes miscalculation on the following program:


#include 

int main (void)
{
  volatile union {
long double d;
unsigned long i[2];
  } u;

  u.i[0] = 1;
  u.i[1] = 0;
  printf ("%La\n", u.d);

  return 0;
}


zira:~> gcc tst.c -o tst
zira:~> ./tst
0x0.001p-16385
zira:~> valgrind ./tst
==3567== Memcheck, a memory error detector
==3567== Copyright (C) 2002-2017, and GNU GPL'd, by Julian Seward et al.
==3567== Using Valgrind-3.13.0 and LibVEX; rerun with -h for copyright info
==3567== Command: ./tst
==3567== 
0x0p+0
==3567== 
==3567== HEAP SUMMARY:
==3567== in use at exit: 0 bytes in 0 blocks
==3567==   total heap usage: 1 allocs, 1 frees, 1,024 bytes allocated
==3567== 
==3567== All heap blocks were freed -- no leaks are possible
==3567== 
==3567== For counts of detected and suppressed errors, rerun with: -v
==3567== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)

Instead of 0x0.001p-16385, one gets 0.

Bug found with MPFR: the tset_ld test fails with valgrind for this
reason.

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

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

Versions of packages valgrind depends on:
ii  libc6  2.26-6
ii  libc6-dbg  2.26-6

Versions of packages valgrind recommends:
ii  gdb   7.12-6+b1
ii  valgrind-dbg  1:3.13.0-2

Versions of packages valgrind suggests:
pn  alleyoop  
pn  kcachegrind   
pn  valgrind-mpi  
pn  valkyrie  

-- no debconf information

Bug#890214: RFS: opencc/1.0.5-1

[Boyuan Yang]

Package: sponsorship-requests
Severity: normal
X-Debbugs-CC: debian-input-met...@lists.debian.org

Dear mentors and debian-input-method members,

I am looking for a sponsor for team's package "opencc".

 * Package name: opencc
   Version : 1.0.5-1
   Upstream Author : BYVoid 
 * URL : https://github.com/BYVoid/OpenCC
 * License : Apache-2
   Section : libs

  It builds those binary packages:

 libopencc-dev - simplified-traditional Chinese conversion library - development
 libopencc2 - simplified-traditional Chinese conversion library - runtime
 libopencc2-data - simplified-traditional Chinese conversion library - data 
files
 opencc - simplified-traditional Chinese conversion tool

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

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

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

dget -x 
https://mentors.debian.net/debian/pool/main/o/opencc/opencc_1.0.5-1.dsc

  Git packaging repository:

http://anonscm.debian.org/git/pkg-ime/opencc.git

(Yes, I'm also looking for a DD to move opencc git repository onto 
salsa.debian.org .)

  Changes since the last upload:

 opencc (1.0.5-1) unstable; urgency=medium
 .
   * Team upload.
   * New upstream Release.
   * Remove libopencc2 M-A:same mark for now since ocd files exist.
 (Closes: #874227)
   * Remove LI Daobing from Uploaders list. (Closes: #841792)
 Thank you for your previous work!
   * Apply "wrap-and-sort -abst".
   * d/patches: Refresh patches.
   * d/changelog: Remove trailing spaces.
   * d/control: Use debian-input-method maillist in Maintainer field.
   * d/control: Use canonical Vcs URL.
   * d/control: Bump Standards-Version to 4.1.3.
   * d/control: Bump debhelper compat to v11.
   * d/rules: Use NEWS.md as upstream changelog.
   * d/shlibs: Explicitly require the latest library version.

Looking through git history, there seems to be no API changes thus transition 
is not
needed.

--
Regards,
Boyuan Yang

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

Bug#890213: squid-deb-proxy-client should try all browse domains

[Angus Lees]

Package: squid-deb-proxy-client
Version: 0.8.14
Severity: normal

Dear Maintainer,

I'm trying to setup static dns-sd entries for my apt cache (I don't
want to run avahi/mDNS on my proxy server).  This involves creating
_apt_proxy._tcp entries on a domain other than .local[1].  For reasons
that are not clear to me, avahi does not automatically merge browsing
domains, and leaves this up to the application[2].

Iiuc, squid-deb-proxy-client should iterate over the domains returned
by `avahi-browse -D` (and .local), doing something like (pseudo-code):

 for dom in local $(avahi-browse -D); do
if avahi-browse -d $dom _apt_proxy._tcp; then
   break
fi
 done


[1] http://www.dns-sd.org/serverstaticsetup.html
[2] https://bugzilla.redhat.com/show_bug.cgi?id=534076#c3

Thanks,
- Gus

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

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

Versions of packages squid-deb-proxy-client depends on:
ii  apt  1.6~alpha7
pn  avahi-utils  
ii  python   2.7.14-4

squid-deb-proxy-client recommends no packages.

squid-deb-proxy-client suggests no packages.

-- no debconf information

Bug#890209: vapicheck: CRITICAL **: assertion 'self != NULL' failed

[Paul Wise]

Control: forwarded -1 https://bugzilla.gnome.org/show_bug.cgi?id=793370

I've forwarded this to upstream, as requested by jbicha on IRC.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#890121: ddupdate: bad hyphenation and spacing in package description

[Paul Wise]

On Sun, 2018-02-11 at 15:05 +0100, Alec Leamas wrote:

> I'll postpone fixing this until the new release.

Yeah, minor bugs should generally be postponed until there are other updates.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#826041: Bug#816391: tor: "systemctl status tor" does not provide useful output

[Gabriel Filion]

On Wed, 1 Jun 2016 19:13:26 + Peter Palfrader  wrote:
> Michael Biebl schrieb am Donnerstag, dem 14. April 2016:
> > Am 14.04.2016 um 00:46 schrieb Michael Biebl:
> > > The tor.service afaics is only used, so you have a
> > > systemctl restart/reload tor
> > > shortcut which propagates that request to all instances.
> > > tor.service in itself does not provide any service.
> > > 
> > > So it is useful to have.
> > 
> > I'm not sure. Maybe we can convince upstream that using "status" on a
> > service which is composed by several sub-services via PartOf [0], also
> > propagates the status request and merges that into a single output.
> > 
> > Or we add a dedicated key, like PropagatesReloadTo [1], say ProgatesStatusTo
> 
> Something like that might be nice indeed.  Cloning/etc bug.

It could be status propagation, or if upstream changes the status of the
"parent service", another idea could be to list all sub-services
(instance names) in the output. maybe showing a one line status for all
instances would make the top-level status all the more useful.

I don't know much about the systemd code though so I don't know which
option is more feasible. I just wanted to add in a different suggestion
for how to improve status output.



signature.asc
Description: OpenPGP digital signature

Bug#890211: fonts-noto-hinted: Certain font characters crash Emacs 25

[Chiraag Nataraj]

Package: fonts-noto-hinted
Version: 20171026-2
Severity: important

Dear Maintainer,

I went to open mpc in Emacs, and my artists (and song titles) are in multiple 
languages, including Kannada (the font for which I found this problem). A very 
specific character (ಕು) caused Emacs to crash. This was reproducible multiple 
times using both the GTK+ and Lucid builds of Emacs 25.

I uninstalled the package, which prevented the crash (that is, other fonts - 
e.g. the ones provided by fonts-knda - do not have this problem and do not 
cause Emacs to crash).

I can provide more information if needed.

-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
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.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#890210: libarchive: build-depends on the transitional package e2fslibs-dev

[Vincent Lefevre]

Source: libarchive
Version: 3.2.2-3.1
Severity: normal

libarchive build-depends on the transitional package e2fslibs-dev
(which is thus declared as to be removed by deborphan). It should
build-depend on libext2fs-dev instead (if still needed).

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

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

Bug#889884: open-vm-tools: Misleading tools.conf template shipped with the package

[Bernd Zeimetz]

Hi Dariusz,

good catch, will be shipped with the next upload.

https://github.com/bzed/pkg-open-vm-tools/commit/34538a58a8ed705e09f0dcf8c1627319efba49fd

Thanks,

Bernd


On 02/08/2018 11:32 AM, Dariusz Gadomski wrote:
> This is an alternative I recommend (based on the comment from
> open-vm-tools/lib/include/vmware/tools/log.h)
> 
>  tools.conf 
> [logging]
> # Turns on logging globally. It can still be disabled for each domain.
> # log = true
> 
> # Disables core dumps on fatal errors; they're enabled by default.
> # enableCoreDump = false
> 
> # Defines the "vmsvc" domain, logging to file
> # vmsvc.level = message
> vmsvc.handler = file
> # Setup file rotation - keep 3 files
> vmsvc.maxOldLogFiles = 3
> # Max log file size kept: 1 MB
> vmsvc.maxLogSize = 1
> 
> # Defines the "vmtoolsd" domain, and disable logging for it.
> # vmtoolsd.level = none
>  end of tools.conf 
> 
> Thanks for looking into this.
> 

-- 
 Bernd ZeimetzDebian GNU/Linux Developer
 http://bzed.dehttp://www.debian.org
 GPG Fingerprint: ECA1 E3F2 8E11 2432 D485  DD95 EB36 171A 6FF9 435F

Bug#888348: lives: FTBFS with FFmpeg 3.5

[salsaman]

Sorry,  my bad: I forgot to update the constants in the .h files. I was
looking in the .c files by mistake.

Also, I think it should be AV_CODEC_ID_* in the headers (although
AV_CODEC_* seemed to work too).

Bug#890209: vapicheck: CRITICAL **: assertion 'self != NULL' failed

[Paul Wise]

Package: valac
Version: 0.39.7-1
Severity: normal
File: /usr/bin/vapicheck
Control: found -1 0.38.7-1

The vapicheck program prints four assertions no matter which file is
loaded. I believe these are defects in vapicheck itself rather than the
files that vapicheck is checking.

$ vapicheck
Usage: vapicheck library.gidl
$ touch foo.gidl
$ vapicheck foo.gidl

** (process:31239): CRITICAL **: vala_collection_get_size: assertion 'self != 
NULL' failed

** (process:31239): CRITICAL **: vala_list_get: assertion 'self != NULL' failed

** (process:31239): CRITICAL **: vala_code_context_get_report: assertion 'self 
!= NULL' failed

** (process:31239): CRITICAL **: vala_report_err: assertion 'self != NULL' 
failed
$ apt-file search -I dsc .gidl
poppler: /glib/poppler.gidl
$ apt source -qq poppler
...
$ vapicheck poppler-0.62.0/glib/poppler.gidl 

** (process:722): CRITICAL **: vala_collection_get_size: assertion 'self != 
NULL' failed

** (process:722): CRITICAL **: vala_list_get: assertion 'self != NULL' failed

** (process:722): CRITICAL **: vala_code_context_get_report: assertion 'self != 
NULL' failed

** (process:722): CRITICAL **: vala_report_err: assertion 'self != NULL' failed

-- System Information:
Debian Release: buster/sid
  APT prefers testing-debug
  APT policy: (900, 'testing-debug'), (900, 'testing'), (800, 
'unstable-debug'), (800, 'unstable'), (790, 'buildd-unstable'), (700, 
'experimental-debug'), (700, 'experimental'), (690, 'buildd-experimental')
Architecture: amd64 (x86_64)

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

Versions of packages valac depends on:
ii  libc62.26-4
ii  libglib2.0-0 2.54.3-2
ii  libglib2.0-dev   2.54.3-2
ii  libvala-0.40-0   0.39.7-1
ii  valac-0.40-vapi  0.39.7-1

Versions of packages valac recommends:
ii  gcc  4:7.2.0-1d1

valac suggests no packages.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#852773: vlc: cvlc plays videos, but vlc crashes

[Marco Bodrato]

Subject: vlc: cvlc plays videos, but vlc crashes
Followup-For: Bug #852773
Package: src:vlc
Version: 3.0.0-1

Dear Maintainer,

   * What led up to the situation?

I just upgraded many programs and libraries, vlc included.

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

Whenever i try to open a video with vlc, it crashes. It happens if I
double-click on a video from the GUI.
But it also crashes if I launch "vlc video.mp4" from the command line, or
if I just launch "vlc", then open the video from the menu.
In any cases VLC crashes. Everything is fine if I play an audio only file.

Moreover, launching "cvlc video.mp4" from the command line, correctly
playes the video...

   * What was the outcome of this action?

Segmentation fault

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

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

Versions of packages vlc depends on:
ii  vlc-bin  3.0.0-1
ii  vlc-plugin-base  3.0.0-1
ii  vlc-plugin-qt3.0.0-1
ii  vlc-plugin-video-output  3.0.0-1

Versions of packages vlc recommends:
ii  vlc-l10n   3.0.0-1
ii  vlc-plugin-notify  3.0.0-1
ii  vlc-plugin-samba   3.0.0-1
ii  vlc-plugin-skins2  3.0.0-1
ii  vlc-plugin-video-splitter  3.0.0-1
ii  vlc-plugin-visualization   3.0.0-1

vlc suggests no packages.

Versions of packages libvlc-bin depends on:
ii  libc62.26-6
ii  libvlc5  3.0.0-1

Versions of packages libvlc5 depends on:
ii  libc62.26-6
ii  libvlccore9  3.0.0-1

Versions of packages libvlc5 recommends:
ii  libvlc-bin  3.0.0-1

Versions of packages vlc-bin depends on:
ii  libc6   2.26-6
ii  libvlc-bin  3.0.0-1
ii  libvlc5 3.0.0-1

Versions of packages vlc-plugin-base depends on:
ii  liba52-0.7.4 0.7.4-19
ii  libarchive13 3.2.2-3.1
ii  libaribb24-0 1.0.3-1
ii  libasound2   1.1.3-5
ii  libass9  1:0.14.0-1
ii  libavahi-client3 0.7-3.1
ii  libavahi-common3 0.7-3.1
ii  libavc1394-0 0.5.4-4+b1
ii  libavcodec57 7:3.4.1-1+b2
ii  libavformat577:3.4.1-1+b2
ii  libavutil55  7:3.4.1-1+b2
ii  libbasicusageenvironment12018.01.29-1
ii  libbluray2   1:1.0.2-2
ii  libc62.26-6
ii  libcairo21.15.10-1
ii  libcddb2 1.3.2-5
ii  libchromaprint1  1.4.3-1
ii  libcrystalhd31:0.0~git20110715.fdd2f19-12
ii  libdbus-1-3  1.12.4-1
ii  libdc1394-22 2.2.5-1
ii  libdca0  0.0.5-10
ii  libdvbpsi10  1.3.1-2
ii  libdvdnav4   6.0.0-1
ii  libdvdread4  6.0.0-1
ii  libebml4v5   1.3.5-2
ii  libfaad2 2.8.8-1
ii  libflac8 1.3.2-1
ii  libfontconfig1   2.12.6-0.1
ii  libfreetype6 2.8.1-1
ii  libfribidi0  0.19.7-2
ii  libgcc1  1:7.2.0-19
ii  libgcrypt20  1.8.1-4
ii  libglib2.0-0 2.54.3-2
ii  libgnutls30  3.5.17-1
ii  libgpg-error01.27-6
ii  libgroupsock82018.01.29-1
ii  libharfbuzz0b1.7.2-1
ii  libjpeg62-turbo  1:1.5.2-2+b1
ii  libkate1 0.4.1-7+b1
ii  liblirc-client0  0.10.0-2+b1
ii  liblivemedia62   2018.01.29-1
ii  liblua5.2-0  5.2.4-1.1+b2
ii  libmad0  0.15.1b-9
ii  libmatroska6v5   1.4.8-1.1
ii  libmicrodns0 0.0.8-1
ii  libmpcdec6   2:0.1~r495-1+b1
ii  libmpeg2-4   0.5.1-8
ii  libmpg123-0  1.25.8-1
ii  libmtp9  1.1.13-1
ii  libncursesw5 6.0+20171125-1
ii  libnfs8  1.11.0-3
ii  libogg0  1.3.2-1+b1
ii  libopenmpt-modplug1  0.3.6-1
ii  libopus0 1.2.1-1
ii  libpng16-16  1.6.34-1
ii  libpostproc547:3.4.1-1+b2
ii  libprotobuf-lite10   3.0.0-9.1
ii  libpulse0

Bug#860198: ruby-rack-proxy: accesses the internet during build

[Sergio Durigan Junior]

Control: tags -1 + patch

On Wednesday, April 12 2017, Chris Lamb wrote:

> Dear Maintainer,
>
> Whilst ruby-rack-proxy builds successfully on unstable/amd64, according to
> Debian Policy 4.9 packages may not attempt network access during
> a build.
>
>00:00:00.00 IP d682a225d2b3.36041 > OpenWrt.lan.domain: 28604+ A? 
> www.trix.pl. (29)
>00:00:00.44 IP d682a225d2b3.36041 > OpenWrt.lan.domain: 34431+ ? 
> www.trix.pl. (29)
>00:00:00.092699 IP OpenWrt.lan.domain > d682a225d2b3.36041: 28604 2/0/0 
> CNAME the-trix.herokuapp.com., A 79.125.24.174 (81)
>00:00:00.191672 IP OpenWrt.lan.domain > d682a225d2b3.36041: 34431 1/0/0 
> CNAME the-trix.herokuapp.com. (65)
>00:00:00.191856 IP d682a225d2b3.57820 > 
> ec2-79-125-24-174.eu-west-1.compute.amazonaws.com.http: Flags [S], seq 
> 1530273777, win 29200, options [mss 1460,sackOK,TS val 260183652 ecr 
> 0,nop,wscale 7], length 0
>00:00:00.213026 IP ec2-79-125-24-174.eu-west-1.compute.amazonaws.com.http 
> > d682a225d2b3.57820: Flags [S.], seq 3395934634, ack 1530273778, win 26847, 
> options [mss 1400,sackOK,TS val 558302644 ecr 260183652,nop,wscale 8], length > 0
>00:00:00.213062 IP d682a225d2b3.57820 > 
> ec2-79-125-24-174.eu-west-1.compute.amazonaws.com.http: Flags [.], ack 1, win 
> 229, options [nop,nop,TS val 260183657 ecr 558302644], length 0
>00:00:00.213380 IP d682a225d2b3.57820 > 
> ec2-79-125-24-174.eu-west-1.compute.amazonaws.com.http: Flags [P.], seq 
> 1:127, ack 1, win 229, options [nop,nop,TS val 260183657 ecr 558302644], 
> length 126: HTTP: GET / HTTP/1.1
>00:00:00.237399 IP ec2-79-125-24-174.eu-west-1.compute.amazonaws.com.http 
> > d682a225d2b3.57820: Flags [.], ack 127, win 105, options [nop,nop,TS val 
> 558302650 ecr 260183657], length 0
>00:00:00.253453 IP ec2-79-125-24-174.eu-west-1.compute.amazonaws.com.http 
> > d682a225d2b3.57820: Flags [.], seq 1:1389, ack 127, win 105, options 
> [nop,nop,TS val 558302653 ecr 260183657], length 1388: HTTP: HTTP/1.1 200 OK 
>
>   [..]
>
> The full build log (including tcpdump output) is attached.

Hi,

I decided to give this bug a try, and came up with the patch attached.

The problem here is that some testcases are trying to access the
internet, which, as has been mentioned already, is not allowed under the
Debian Policy.  Unfortunately, this is one of those cases when it's not
really possible to disable network access for the tests, so the "best"
fix is to prevent the tests from running.  The patch does that.

This makes the package buildable on my cowbuilder chroot (without
internet) again.

Cheers,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/

diff --git a/debian/changelog b/debian/changelog
index aedc978..a38cfef 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,13 @@
+ruby-rack-proxy (0.6.1-2) unstable; urgency=medium
+
+  * Prevent testcases that access the internet to run.
+Some testcases (test/http_streaming_response_test.rb and
+test/rack_proxy_test.rb) try to access the internet, but that is
+against Debian Policy guidelines, and therefore we need to disable
+them. (Closes: #860198)
+
+ -- Sergio Durigan Junior   Sun, 11 Feb 2018 18:15:01 -0500
+
 ruby-rack-proxy (0.6.1-1) unstable; urgency=medium
 
   * Initial release (Closes: #859878)
diff --git a/debian/ruby-tests.rake b/debian/ruby-tests.rake
index c085c38..b856dc9 100644
--- a/debian/ruby-tests.rake
+++ b/debian/ruby-tests.rake
@@ -2,5 +2,5 @@ require 'gem2deb/rake/testtask'
 
 Gem2Deb::Rake::TestTask.new do |t|
   t.libs = ['test']
-  t.test_files = FileList['test/**/*_test.rb'] + FileList['test/**/test_*.rb'] - FileList['test/net_http_hacked_test.rb']
+  t.test_files = FileList['test/**/*_test.rb'] + FileList['test/**/test_*.rb'] - FileList['test/net_http_hacked_test.rb'] - FileList['test/http_streaming_response_test.rb'] - FileList['test/rack_proxy_test.rb']
 end


signature.asc
Description: PGP signature

Bug#888348: lives: FTBFS with FFmpeg 3.5

[James Cowgill]

On 11/02/18 23:49, salsaman wrote:
> Please check that you are compiling with the current versions of those
> files. There are no instances of CODEC_* any more in those files.
> 

I see them here, am I looking at the wrong place?
https://sourceforge.net/p/lives/code/HEAD/tree/trunk/lives-plugins/plugins/decoders/mkv_decoder.h#l883

James



signature.asc
Description: OpenPGP digital signature

Bug#888348: lives: FTBFS with FFmpeg 3.5

[salsaman]

Please check that you are compiling with the current versions of those
files. There are no instances of CODEC_* any more in those files.

Bug#888348: lives: FTBFS with FFmpeg 3.5

[James Cowgill]

Hi,

On 04/02/18 18:10, salsaman wrote:
> I believe all the issues noted should be fixed now. You will need to
> replace the follwoing files:
> configure.ac
> libweed/weed-compat.h
> libweed/weed-compat.pc
> plugins/decoders/*
> 
> (the weed-compat changes are unrelated, but you will need to update them to
> compile the current decoder plugins).

Sorry for the delay in replying. I tried compiling trunk again but there
are still some errors. Thankfully these are just the CODEC_ to AV_CODEC_
constant renames. Running the following fixes these for me:

sed -i 's/CODEC_/AV_CODEC_/g' lives-plugins/plugins/decoders/mkv_decoder.h
sed -i 's/CODEC_/AV_CODEC_/g' lives-plugins/plugins/decoders/mpegts_decoder.h

Thanks,
James



signature.asc
Description: OpenPGP digital signature

Bug#890208: selinux-policy-default: Debian Stretch SELinux enforcing causes systemd --user unit to fail

[C J du Preez]

Package: selinux-policy-default
Version: 2:2.20161023.1-9
Severity: normal

Dear Maintainer,

I have SELinux enabled and enforcing on Debian Stretch (commandline via SSH
only, no GUI is installed at all). I am trying to start a systemd --user unit
(which I know is correct, because it works with SELinux in permissive mode).

Here are my findings:

SELinux permissive
==
==

$ sudo sestatus
[sudo] password for testuser:
SELinux status: enabled
SELinuxfs mount:/sys/fs/selinux
SELinux root directory: /etc/selinux
Loaded policy name: default
Current mode:   permissive
Mode from config file:  permissive
Policy MLS status:  enabled
Policy deny_unknown status: allowed
Max kernel policy version:  30

​

$ systemctl --user start ssh-agent

$ echo $?
0

$ ssh-add
Enter passphrase for /home/testuser/.ssh/id_rsa:
Identity added: /home/testuser/.ssh/id_rsa (/home/testuser/.ssh/id_rsa)

=

SELinux enforcing
=
=

$ sudo sestatus
[sudo] password for testuser:
SELinux status: enabled
SELinuxfs mount:/sys/fs/selinux
SELinux root directory: /etc/selinux
Loaded policy name: default
Current mode:   enforcing
Mode from config file:  permissive
Policy MLS status:  enabled
Policy deny_unknown status: allowed
Max kernel policy version:  30



$ systemctl --user start ssh-agent
Failed to connect to bus: No such file or directory


*** /home/testuser/.config/systemd/user/ssh-agent.service
[Unit]
Description=SSH key agent

[Service]
Type=forking
Environment=SSH_AUTH_SOCK=%t/ssh-agent.socket
ExecStart=/usr/bin/ssh-agent -a $SSH_AUTH_SOCK

[Install]
WantedBy=default.target

*** /home/testuser/.profile
# ~/.profile: executed by the command interpreter for login shells.
# This file is not read by bash(1), if ~/.bash_profile or ~/.bash_login
# exists.
# see /usr/share/doc/bash/examples/startup-files for examples.
# the files are located in the bash-doc package.

# the default umask is set in /etc/profile; for setting the umask
# for ssh logins, install and configure the libpam-umask package.
#umask 022

# if running bash
if [ -n "$BASH_VERSION" ]; then
# include .bashrc if it exists
if [ -f "$HOME/.bashrc" ]; then
. "$HOME/.bashrc"
fi
fi

# set PATH so it includes user's private bin if it exists
if [ -d "$HOME/bin" ] ; then
PATH="$HOME/bin:$PATH"
fi

export SSH_AUTH_SOCK="$XDG_RUNTIME_DIR/ssh-agent.socket"


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

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

Versions of packages selinux-policy-default depends on:
ii  libselinux1  2.6-3+b3
ii  libsemanage1 2.6-2
ii  libsepol12.6-2
ii  policycoreutils  2.6-3
ii  selinux-utils2.6-3+b3

Versions of packages selinux-policy-default recommends:
ii  checkpolicy  2.6-2
ii  setools  4.0.1-6

Versions of packages selinux-policy-default suggests:
pn  logcheck
pn  syslog-summary  

-- no debconf information

Bug#774488: lintian: implement feature like Vcswatch (wishlist)

[Hideki Yamane]

Hi,

On Sun, 28 Jan 2018 17:21:08 +0530
Chris Lamb  wrote:
> > "Error: The Vcs URL git://git.debian.org/pkg-nlp-ja/mecab-naist-jdic.git is 
> > deprecated/defunct, git://anonscm.debian.org/pkg-nlp-ja/mecab-naist-jdic.git
> > was tried instead. Please update the Vcs field in debian/control."
>   ^
> 
> You mean, it accesses the internet to check the URI?

 Probably yes (since this report was three years ago... ;)


-- 
Regards,

 Hideki Yamane henrich @ debian.or.jp/org
 http://wiki.debian.org/HidekiYamane

Bug#887665: marked as done (RFS: usbguard/0.7.1+ds-1)

[Nicolas Braud-Santoni]

On Sun, Feb 11, 2018 at 11:43:08PM +0100, Nicolas Braud-Santoni wrote:
> Hi Muri,
> 
> On Sun, Feb 11, 2018 at 10:45:44PM +0100, Muri Nicanor wrote:
> > i've pushed the tags, thanks for pointing that out.
> 
> You are welcome, and thanks for the swift reply.  :)

I won't have time to review with much depth tonight, but here is some quick
feedback:

- Standards-Version is out-of-date, this should be bumped to 4.1.3

- I think it should be possible to ship /etc/usbguard files with the right
  permissions, rather than clobbering the permissions in a maintainer script.

  I might have a stab at that tomorrow.

- The changelog could be improved:
  - It lacks some of the changes you made, like switching to dh 11, updating
debian/watch, adding a dep on asciidoctor, using dh_missing, ...
  - The changes don't seem sorted in a logical way; for instance “use 
dh_missing”
and “drop the dh-systemd dep” belong under “switch to debhelper 11”
  - You mention “bump standards version” without saying to what.
Same for “add correct section to libusbguard0”

  Here is what the changelog could look like:

>  * New upstream version 0.7.2
>+ Fix failure with read-only /etc (Closes: #868160)
>+ Fix usbguard leaking filehandles (Closes: #887671)
>+ Update upstream's signing key
>+ Remove upstreamed patches
>+ Add build dependencies on libaudit and asciidoctor
>+ Update debian/copyright
>
>  * Switch to debhelper 11
>+ Remove dh-systemd
>  It is part of debhelper (>= 9.20160709)
>+ Use dh_missing
>
>  * Bump standards version to 4.1.2
>+ debian/copyright: Use HTTPS format URI
>
>  * Update debian/watch
>  * Move the packaging repository to salsa.d.o
>  * Add metadata for scan-copyrights
>  * Set libusbguard0's section to lib
>  * debian/rules: Do not parse dpkg-genchangelog
>  * Add a postinstall script to fix file permissions in /etc/usbguard

  Note that this is very much not prescriptive advice: I'm not aware of
  a specific, required style for Debian changelogs.  However, I think this
  would convey more information, in a more structured way, to someone else
  reading the changelog.


Best,

  nicoo


signature.asc
Description: PGP signature

Bug#890193: sleekxmpp: please make the build reproducible

[W. Martin Borgert]

On 2018-02-11 21:58, Chris Lamb wrote:
> Ah, of course. Pushed … and uploaded :)

And you even did some more of house-keeping! Thanks!


signature.asc
Description: PGP signature

Bug#887665: marked as done (RFS: usbguard/0.7.1+ds-1)

[Nicolas Braud-Santoni]

Hi Muri,

On Sun, Feb 11, 2018 at 10:45:44PM +0100, Muri Nicanor wrote:
> i've pushed the tags, thanks for pointing that out.

You are welcome, and thanks for the swift reply.  :)


Best,

  nicoo


signature.asc
Description: PGP signature

Bug#883245: Log results

[Maryse Argouin & Jean Lafontaine]

I dont know if it's helping but here is what is happening when i click
on a link in Thunderbird 52.6.0  using SolydX EE OS

Output of: sudo journalctl -kaf --no-hostname | grep -w 'apparmor="DENIED"'

fév 11 17:31:49 kernel: audit: type=1400 audit(1518388309.673:180):
apparmor="DENIED" operation="exec" profile="thunderbird"
name="/opt/firefox/firefox" pid=26794 comm="thunderbird"
requested_mask="x" denied_mask="x" fsuid=1000 ouid=0


Jean

Bug#863194: debmirror traces

[Colin Watson]

On Tue, May 23, 2017 at 04:30:40PM +0200, Stefan Kisdaroczi wrote:
> debmirror-version.patch: version string and --version option (set to 2.27)
> debmirror-trace.patch: additional trace info (needs version string)

Thanks, these look basically reasonable, and sorry for missing them
until now.  I applied them with a few adjustments:

 * I made debian/rules set the version at binary package build time in
   case I forget to update it;
 * I added "source" to the Architectures list if $do_source is true;
 * I added a Creator field;
 * I renamed Distributions to Suites, since neither is an official
   ftpsync-emitted key but Suites is rather less ambiguous outside the
   context of debmirror;
 * and I used a here-document to make the bulk of the trace printing
   feel less verbose.

This will be in 1:2.29.

-- 
Colin Watson   [cjwat...@debian.org]

Bug#738447: ITA: luakit a fast and small web browser

[Grégory DAVID]

package luakit
fixed #738447 2017.08.10
fixed #827623 2017.08.10
fixed #876152 2017.08.10
owner #738447 !
thanks

--
DAVID Grégory
02.43.82.33.49
groo...@groolot.net
Compositeur de musique électronique
Artiste numérique
Directeur artistique des projets Groolot en vrai et Plébiscite

http://www.plebiscite.it
   (Les Hommes construisent trop de murs et pas assez de ponts)
http://en-vrai.groolot.net
   (Poésie électronique post-industrielle)
http://tchernobyl.groolot.net
   (Installation radioactive)

GPG : 0x4437F8A1

smime.p7s
Description: S/MIME Cryptographic Signature

Bug#890204: transition: ppp

[Chris Boot]

On 11/02/18 21:04, Chris Boot wrote:
> Note that connman seems to be a package to newly depend on ppp-dev and
> builds a pppd plugin but it doesn't use my dh_ppp helper. I will be
> filing a bug against that package (including a patch) shortly. Even
> without said patch a binNMU is sufficient (and required) for binary
> compatibility with the new ppp upload.

Please see bug #890207 and the Salsa Merge Request at:
https://salsa.debian.org/debian/connman/merge_requests/1

Thanks,
Chris

-- 
Chris Boot
bo...@debian.org



signature.asc
Description: OpenPGP digital signature

Bug#890207: connman-vpn: should use dh_ppp helper to populate Breaks

[Chris Boot]

On 11/02/18 21:38, Chris Boot wrote:
[snip]
> I have prepared a patch for this issue which I will attach to this bug
> once it is submitted and I have a bug number to add to the changelog.

For ease I have created a Merge Request on Salsa:
https://salsa.debian.org/debian/connman/merge_requests/1

Best regards,
Chris

-- 
Chris Boot
bo...@debian.org



signature.asc
Description: OpenPGP digital signature

Bug#890193: sleekxmpp: please make the build reproducible

[Chris Lamb]

tags 890193 + pending
thanks

Hi Martin,

> Thanks! Please feel free to commit directly in:
> https://salsa.debian.org/python-team/modules/sleekxmpp

Ah, of course. Pushed … and uploaded :)


Regards,

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

Bug#887665: marked as done (RFS: usbguard/0.7.1+ds-1)

[Muri Nicanor]

Hi nicoo,

On 02/11/2018 08:32 PM, Nicolas Braud-Santoni wrote:
> On Wed, Jan 24, 2018 at 08:23:12PM +0100, Muri Nicanor wrote:
>> i've fixed the bugs and uploaded the new version of usbguard to mentors,
>> and i've also pushed all the commits to salsa.
> 
> Hi!
> 
> Thanks for the good work on usbguard.
> 
> 
> I started taking a look, but it seems you forgot to push tags to the
> repository on salsa.d.o, so it's a bit annoying to diff with the version
> currently in Debian (or even just run `gbp buildpackage`).
> 
> Could you do that?  It's just a `git push --tags`  :)

i've pushed the tags, thanks for pointing that out.

cheers,
muri

> 
> 
> Best,
> 
>   nicoo
> 



signature.asc
Description: OpenPGP digital signature

Bug#890207: connman-vpn: should use dh_ppp helper to populate Breaks

[Chris Boot]

Package: src:connman
Severity: important

Dear Maintainer,

I am the maintainer of ppp and am planning an upload of a new version of
ppp which breaks the pppd plugin ABI. The new version is currently in
experimental, and connman builds fine against this new version, but the
ppp plugin included in the connman-vpn package in buster and sid will
most likely crash pppd when it is loaded within it.

To avoid such issues in future I have devised a mechanism whereby
package that build pppd plugins can have appropriate dependencies
inserted. My dh_ppp helper dynamically creates either Depends or Breaks
relationships for such packages. I believe the most appropriate
relationship for connman-vpn is a Breaks one.

I have prepared a patch for this issue which I will attach to this bug
once it is submitted and I have a bug number to add to the changelog.

Best regards,
Chris

Bug#890206: neard: missing files in package

[Andreas Henriksson]

Source: neard
Version: 0.16-0.1
Severity: normal

Dear Maintainer,

It seems since 0.15-0.1 there's been files built which is not shipped in
the debian packaging. Atleast that's when systemd(.pc) build-dependency
was added to generate the unit file, but it's not shipped.

When building the current 0.16-0.1 package dh_missing reports the following
files as not installed:

dh_missing: usr/bin/nciattach exists in debian/tmp but is not installed to 
anywhere
dh_missing: usr/include/version.h exists in debian/tmp but is not installed to 
anywhere
dh_missing: lib/systemd/system/neard.service exists in debian/tmp but is not 
installed to anywhere

Shipping the neard.service file would mask the neard init.d script by
providing a native unit with the same name. Likely the other files should
also be shipped in neard-tools and neard-dev.

Regards,
Andreas Henriksson

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

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

Bug#890205: [mpv] relocation error

[James Cowgill]

Hi,

On 11/02/18 21:19, Paolo Redaelli wrote:
> Package: mpv
> Version: 0.27.0-4
> Severity: important
> 
> --- Please enter the report below this line. ---
> 
> It doesn't even start:
> 
> mpv: relocation error: /usr/lib/x86_64-linux-gnu/libavfilter.so.6:
> symbol av_hwframe_map, version LIBAVUTIL_55 not defined in file
> libavutil.so.55 with link time reference

Does ffmpeg (the command tool) work (try "ffmpeg -version")?

Please give the output of:
  ldd /usr/bin/mpv
  dpkg -l libavfilter6 libavutil55

Thanks,
James



signature.asc
Description: OpenPGP digital signature

Bug#885805: RFS: ITP for luakit2/1.0

[Grégory DAVID]

fixed #885805 luakit/2017.08.10
thanks

--
DAVID Grégory
02.43.82.33.49
groo...@groolot.net
Compositeur de musique électronique
Artiste numérique
Directeur artistique des projets Groolot en vrai et Plébiscite

http://www.plebiscite.it
   (Les Hommes construisent trop de murs et pas assez de ponts)
http://en-vrai.groolot.net
   (Poésie électronique post-industrielle)
http://tchernobyl.groolot.net
   (Installation radioactive)

GPG : 0x4437F8A1

smime.p7s
Description: S/MIME Cryptographic Signature

Bug#890205: [mpv] relocation error

[Paolo Redaelli]

Package: mpv
Version: 0.27.0-4
Severity: important

--- Please enter the report below this line. ---

It doesn't even start:

mpv: relocation error: /usr/lib/x86_64-linux-gnu/libavfilter.so.6:
symbol av_hwframe_map, version LIBAVUTIL_55 not defined in file
libavutil.so.55 with link time reference

--- System information. ---
Architecture:
Kernel: Linux 4.14.0-3-amd64

Debian Release: buster/sid
500 unstable ftp.it.debian.org
500 testing ftp.it.debian.org
500 stable-updates ftp.it.debian.org
500 stable security.debian.org
500 stable ftp.it.debian.org
500 jessie apt.z.cash
1 experimental ftp.it.debian.org

--- Package information. ---
Depends (Version) | Installed
==-+-==
libasound2 (>= 1.0.27) |
libass9 (>= 1:0.13.6) |
libavcodec57 (>= 7:3.4.1) |
OR libavcodec-extra57 (>= 7:3.4.1) |
libavdevice57 (>= 7:3.4.1) |
libavfilter6 (>= 7:3.4.1) |
OR libavfilter-extra6 (>= 7:3.4.1) |
libavformat57 (>= 7:3.4.1) |
libavutil55 (>= 7:3.4.1) |
libbluray2 (>= 1:0.2.2) |
libc6 (>= 2.16) |
libcaca0 (>= 0.99.beta17-1) |
libcdio-cdda2 (>= 10.2+0.94+2) |
libcdio-paranoia2 (>= 10.2+0.94+2) |
libcdio17 (>= 1.0.0) |
libdrm2 (>= 2.4.25) |
libdvdnav4 (>= 4.1.3) |
libdvdread4 (>= 4.1.3) |
libegl1 |
libgbm1 (>= 8.1~0) |
libgl1 |
libjack-jackd2-0 (>= 1.9.10+20150825) |
OR libjack-0.125 |
libjpeg62-turbo (>= 1.3.1) |
liblcms2-2 (>= 2.6) |
liblua5.2-0 |
libpulse0 (>= 0.99.4) |
librubberband2 |
libsdl2-2.0-0 (>= 2.0.7) |
libsmbclient (>= 2:4.0.3+dfsg1) |
libsndio6.1 (>= 1.1.0) |
libswresample2 (>= 7:3.4.1) |
libswscale4 (>= 7:3.4.1) |
libuchardet0 (>= 0.0.1) |
libva-drm2 (>= 1.1.0) |
libva-wayland2 (>= 1.3.0) |
libva-x11-2 (>= 1.0.3) |
libva2 (>= 1.8.0) |
libvdpau1 (>= 0.2) |
libwayland-client0 (>= 1.9.91) |
libwayland-cursor0 (>= 1.0.2) |
libwayland-egl1-mesa (>= 10.0.2) |
OR libwayland-egl1 |
libx11-6 |
libxext6 |
libxinerama1 |
libxkbcommon0 (>= 0.5.0) |
libxrandr2 (>= 2:1.2.99.2) |
libxss1 |
libxv1 |
zlib1g (>= 1:1.1.4) |


Recommends (Version) | Installed
==-+-
xdg-utils | 1.1.2-1
youtube-dl (>= 2014.11.26) | 2018.01.27-1


Package's Suggests field is empty.

Bug#890204: transition: ppp

[Chris Boot]

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

Hi release team folks,

I have just uploaded a new version of ppp to experimental. That upload
requires packages that build pppd plugins to be rebuilt due to a change
in the pppd ABI. I would like to upload that package to sid as soon as
feasible.

This is the first opportunity we've had to try my new plugin ABI
tracking technique. I've given the ben file below a try myself and I
think it does the right thing, but I would appreciate any comments you
might have about it.

I have manually rebuilt all affected packages and all build fine so
binNMUs should be the only thing required for all of them.

Note that connman seems to be a package to newly depend on ppp-dev and
builds a pppd plugin but it doesn't use my dh_ppp helper. I will be
filing a bug against that package (including a patch) shortly. Even
without said patch a binNMU is sufficient (and required) for binary
compatibility with the new ppp upload.

Ben file:

title = "ppp";
is_affected = .build-depends ~ /ppp-dev/;
is_good = .depends ~ /ppp \(<< 2.4.7-3~\)/ | .breaks ~ /ppp \(>= 2.4.7-3~\)/;
is_bad = .depends ~ /ppp \(<< 2.4.7-2~\)/ | .breaks ~ /ppp \(>= 2.4.7-2~\)/;

Bug#890203: RFS: gigalomania/1.0-1 [ITP]

[Jose G. López]

Package: sponsorship-requests
Severity: wishlist
X-Debbugs-Cc: debian-devel-ga...@lists.debian.org

Dear mentors,

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

* Package name: gigalomania
  Version : 1.0-1
  Upstream Author : Mark Harman 
* URL : http://gigalomania.sourceforge.net
* License : GPL-2+, GPL-3+, CC0, CC BY 3.0, CC BY SA 3.0 and LGPL-2.1
  Section : games

It builds those binary packages:

  gigalomania - Mega-Lo-Mania-like god game
  gigalomania-data - Mega-Lo-Mania-like god game (data files)

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

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

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

  dget -x 
https://mentors.debian.net/debian/pool/main/g/gigalomania/gigalomania_1.0-1.dsc

Package development is on the following repo:

https://salsa.debian.org/josgalo-guest/gigalomania

Changes since the last upload:

gigalomania (1.0-1) unstable; urgency=medium

  * Initial release. (Closes: #865784)

P.D: First try got rejected because some files were licensed under CC BY(-SA) 
2.0;
upstream has fixed that in this new version.

Thanks and regards,


pgpIMDi_PqUwV.pgp
Description: PGP signature

Bug#890193: sleekxmpp: please make the build reproducible

[W. Martin Borgert]

On 2018-02-11 18:59, Chris Lamb wrote:
> Patch attached.

Thanks! Please feel free to commit directly in:
https://salsa.debian.org/python-team/modules/sleekxmpp


signature.asc
Description: PGP signature

Bug#890202: cdw: Erase Disc progress bar doesn't fit to real time.

[Volker Linke]

Package: cdw
Version: 0.8.1-1+b2
Severity: minor
Tags: upstream

Dear Maintainer,

The progress bar of erasing the disc in Funktion "Erase" is very
misleadingly too earky at 100%. (at about 50% of real time erasing.)

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

Kernel: Linux 4.15.0-biscuit-de-barberou+ (SMP w/8 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.UTF-8), LANGUAGE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set 
to de_DE.UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages cdw depends on:
ii  genisoimage9:1.1.11-3+b2
ii  libburn4   1.4.8-1
ii  libc6  2.26-6
ii  libcdio17  1.0.0-2
ii  libiso9660-10  1.0.0-2
ii  libncursesw5   6.0+20171125-1
ii  libtinfo5  6.0+20171125-1
ii  wodim  9:1.1.11-3+b2

cdw recommends no packages.

cdw suggests no packages.

-- no debconf information



-- 
Das ändert alles nichts am Fortbestand des Dogmas.

Bug#890201: Leave off "jump"

[martin f krafft]

If I say "CT helper sip" instead of "jump CT helper sip", then it
works. Maybe this is symptomatic of a deeper bug in the parser then?

-- 
 .''`.   martin f. krafft  @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#884341: debsources: Unnecessary vertical scroll bar interferes src view scrolling

[Matthieu Caneill]

Hi,

On Mon, Dec 18, 2017 at 11:05:28AM +0800, Boyuan Yang wrote:
> See also the attached image (the same).
> 
> The scrollbar will disappear if I set "overflow-y: hidden" to the pre tag 
> highlighted in the screenshot.

Thanks for the screenshot. I failed to reproduce it or understand
where the scrollbar comes from. I also notice an horizontal scrollbar
below the code that is not supposed to be there.

Since the element or its parents don't have any height set, there
shouldn't be a scrollbar.

While I don't mind applying this CSS hack, I'd prefer to fix this
properly. Are you using any extension that might change how the
elements are displayed, or any parameter I'm not aware of that could
have an impact?

Thanks in advance,
--
Matthieu


signature.asc
Description: PGP signature

Bug#890201: CT target cannot be passed the helper keyword

[martin f krafft]

Package: ferm
Version: 2.3-2
Severity: normal

Trying to use a rule like

  domain (ip ip6) table raw chain PREROUTING
proto udp dport sip jump CT helper sip;

Ferm falls over with the following error message:

  domain ip table raw chain PREROUTING proto udp dport sip jump CT helper <--
  Unrecognized keyword: helper

This is weird, because ferm seems to declare that a valid option of
the CT target:

  add_target_def 'CT', qw(notrack*0 helper ctevents=c expevents=c zone timeout);

The problem is present in stretch and persists in 2.4-1 currently in
sid.

-- 
 .''`.   martin f. krafft  @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#890200: PyQt5 package should provide an egg-info

[VA]

Package: python-pyqt5
Version: 5.9.2+dfsg-1

Many Debian python packages include an egg-info folder, but python-pyqt5 
does not.


For example, when python-requests is installed with apt:

% dpkg -L python-requests | grep egg-info
/usr/lib/python2.7/dist-packages/requests-2.18.4.egg-info
/usr/lib/python2.7/dist-packages/requests-2.18.4.egg-info/PKG-INFO
/usr/lib/python2.7/dist-packages/requests-2.18.4.egg-info/dependency_links.txt
/usr/lib/python2.7/dist-packages/requests-2.18.4.egg-info/not-zip-safe
/usr/lib/python2.7/dist-packages/requests-2.18.4.egg-info/requires.txt
/usr/lib/python2.7/dist-packages/requests-2.18.4.egg-info/top_level.txt
% dpkg -L python-pyqt5 | grep egg-info
%

When installing a pip package which requires a python dependency that is 
already installed with Debian packages, pip finds it and uses the 
Debian-installed package.
Since python-pyqt5 does not provide any, pip fails to find 'PyQt5' 
locally and so programs may fail to run even though PyQt5 is installed.

Bug#889270: advancecomp: heap buffer overflow while running advzip

[Salvatore Bonaccorso]

Control: found -1 1.19-1

Hi

The issue is as well present back to version 1.19-1.

Regards,
Salvatore

Bug#890199: ITP: go-zglob

[Michael Meskes]

Package: wnpp
Severity: wishlist
Owner: Michael Meskes 

* Package name: go-zglob
  Version : 0.0~git20171230.4959821-1
  Upstream Author : Yasuhiro Matsumoto
* URL : https://github.com/mattn/go-zglob
* License : MIT Expat
  Programming Lang: Go
  Description : glob library that descends into other directories

Michael
-- 
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Meskes at (Debian|Postgresql) dot Org
Jabber: michael at xmpp dot meskes dot org
VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL

Bug#593398: ferm: please load nf_conntrack_ftp module when using ftp helper

[martin f krafft]

Package: ferm
Followup-For: Bug #593398

Hey Yves-Alexis,

I just encountered this bug report of yours and wanted to say that
the nf_conntrack_ftp module will be autoloaded by the kernel, ferm
does not need to do that.

If for some reason that's not being done, then either your rule is
not correct, or there is something in modprobe.d interfering,
possibly?

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

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

Versions of packages ferm depends on:
ii  debconf  1.5.65
ii  init-system-helpers  1.51
ii  iptables 1.6.1-2+b1
ii  lsb-base 9.20170808
ii  perl 5.26.1-4

Versions of packages ferm recommends:
ii  libnet-dns-perl  1.10-2

ferm suggests no packages.

-- Configuration Files:
/etc/ferm/ferm.conf [Errno 13] Permission denied: '/etc/ferm/ferm.conf'

-- debconf information:
  ferm/enable: yes


-- 
 .''`.   martin f. krafft  @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#887122: I see this same problem on my up-to-date Debian sid system.

[Thomas Vaughan]

I see this same problem on my up-to-date Debian sid system.

-- 
Thomas E. Vaughan

Bug#885570: After upgrade I can continue to reproduce this

[Andrew Latham]

I updated to the stretch-proposed-updates version and am very happy thus
far. Sorry for the noise and thank you for the fix.

# uname -a
Linux lappy7 4.9.0-5-amd64 #1 SMP Debian 4.9.80-2 (2018-02-09) x86_64
GNU/Linux

# dmesg | grep 915
[   15.124116] snd_hda_intel :00:03.0: bound :00:02.0 (ops
i915_audio_component_bind_ops [i915])
[   15.124123] [drm] Initialized i915 1.6.0 20160919 for :00:02.0 on
minor 0
[   16.332502] i915 :00:02.0: fb0: inteldrmfb frame buffer device


On Sun, Feb 11, 2018 at 2:11 PM, Andrew Latham  wrote:

> Yves-Alexis
>
> Thank you. Would enabling that repo/branch and testing help at all with
> this?
>
> My confusion is that https://packages.debian.org/stretch/linux-image-amd64
> and https://packages.debian.org/stretch/linux-image-4.9.0-5-amd64 did not
> match up. I wonder if this is a mistake. I will go back and re-read the
> pages.
>
> On Sun, Feb 11, 2018 at 1:59 PM, Yves-Alexis Perez 
> wrote:
>
>> On Sun, 2018-02-11 at 13:33 -0600, Andrew Latham wrote:
>> > Related info in dmesg
>> > [0.00] Linux version 4.9.0-5-amd64
>> (debian-ker...@lists.debian.org)
>> > (gcc version 6.3.0 20170516 (Debian 6.3.0-18) ) #1 SMP Debian 4.9.65-
>> > 3+deb9u2 (2018-01-04)
>> > [  273.787162] [drm:gen8_irq_handler [i915]] *ERROR* CPU pipe A FIFO
>> > underrun
>>
>> This is not the fixed version. You want to upgrade to 4.9.80-1 (or -2)
>> which
>> is currently sitting in stable-proposed-updates and will be available in
>> the
>> next point release.
>>
>> Regards,
>> --
>> Yves-Alexis
>
>
>
>
> --
> - Andrew "lathama" Latham -
>



-- 
- Andrew "lathama" Latham -

Bug#890198: ITP: golang-github-gokyle-twofactor -- Two-factor authentication.

[Michael Meskes]

Package: wnpp
Severity: wishlist
Owner: Michael Meskes 

* Package name: golang-github-gokyle-twofactor
  Version : 0.0~git20170918.eaad188-1
  Upstream Author : Kyle Isom 
* URL : https://github.com/gokyle/twofactor
* License : MIT Expat
  Programming Lang: Go
  Description : Two-factor authentication.

And another one that's needed.

Michael
-- 
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Meskes at (Debian|Postgresql) dot Org
Jabber: michael at xmpp dot meskes dot org
VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL

Bug#746005: lilypond bundles a convenience copy of an ancient guile version

[Don Armstrong]

Control: severity -1 important

On Sun, 11 Feb 2018, Thorsten Glaser wrote:
> Justification: violates Policy 4.1.3.0 §4.13 (Convenience copies of code)
>
> While bundling its own Guile might make lilypond “work” for
> users, it’s definitely not ripe for a stable release like that.

Policy §4.13 is should, not must. This is absolutely a bug, but it's the
only copy of guile 1.8 which is in the archive, and it's this way
because guile 2.0 has multiple issues which have been exposed by
lilypond.

The moment that lilypond upstream releases a version that can actually
build with guile 2.0, we will remove the convenience copy of guile.

As far as stable releases go, if the RMs disagree with this decision,
they can upgrade this bug, but it will mean that lilypond will not stay
in testing, and will not be present in a stable release.


-- 
Don Armstrong  https://www.donarmstrong.com

The whole modern world has divided itself into Conservatives and
Progressives. The business of Progressives is to go on making
mistakes. The business of the Conservatives is to prevent the mistakes
from being corrected.
 -- G. K. Chesterton "Illustrated London News (1924-04-19)"

Bug#885570: After upgrade I can continue to reproduce this

[Andrew Latham]

Yves-Alexis

Thank you. Would enabling that repo/branch and testing help at all with
this?

My confusion is that https://packages.debian.org/stretch/linux-image-amd64
and https://packages.debian.org/stretch/linux-image-4.9.0-5-amd64 did not
match up. I wonder if this is a mistake. I will go back and re-read the
pages.

On Sun, Feb 11, 2018 at 1:59 PM, Yves-Alexis Perez 
wrote:

> On Sun, 2018-02-11 at 13:33 -0600, Andrew Latham wrote:
> > Related info in dmesg
> > [0.00] Linux version 4.9.0-5-amd64 (debian-kernel@lists.debian.
> org)
> > (gcc version 6.3.0 20170516 (Debian 6.3.0-18) ) #1 SMP Debian 4.9.65-
> > 3+deb9u2 (2018-01-04)
> > [  273.787162] [drm:gen8_irq_handler [i915]] *ERROR* CPU pipe A FIFO
> > underrun
>
> This is not the fixed version. You want to upgrade to 4.9.80-1 (or -2)
> which
> is currently sitting in stable-proposed-updates and will be available in
> the
> next point release.
>
> Regards,
> --
> Yves-Alexis




-- 
- Andrew "lathama" Latham -

Bug#885570: After upgrade I can continue to reproduce this

[Yves-Alexis Perez]

On Sun, 2018-02-11 at 13:33 -0600, Andrew Latham wrote:
> Related info in dmesg
> [0.00] Linux version 4.9.0-5-amd64 (debian-ker...@lists.debian.org)
> (gcc version 6.3.0 20170516 (Debian 6.3.0-18) ) #1 SMP Debian 4.9.65-
> 3+deb9u2 (2018-01-04)
> [  273.787162] [drm:gen8_irq_handler [i915]] *ERROR* CPU pipe A FIFO
> underrun

This is not the fixed version. You want to upgrade to 4.9.80-1 (or -2) which
is currently sitting in stable-proposed-updates and will be available in the
next point release.

Regards,
-- 
Yves-Alexis

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

Bug#890197: ITP: golang-rsc-qr -- QR codes

[Michael Meskes]

Package: wnpp
Severity: wishlist
Owner: Michael Meskes 

* Package name: golang-rsc-qr
  Version : 0.0~git20161121.48b2ede-1
  Upstream Author : Russ Cox
* URL : https://github.com/rsc/qr
* License : BSD-3-clause
  Programming Lang: Go
  Description : QR codes

 

Needed to build another package.

Bug#890090: can-utils: Please update, new features and tools in upstream

[Alexander Gerasiov]

Hello Marc,

On Sun, 11 Feb 2018 14:45:34 +0100
Marc Kleine-Budde  wrote:

> On 02/11/2018 10:53 AM, Alexander Gerasiov wrote:
> > Once again I recommend you to tag releases in git. This
> > automatically pings package maintainers in various Linux
> > distributions to update their packages. =)  
> 
> Done, I've created a tag and pushed it to github.

Great job, thanks. I've just updated Debian package and added watch file
to follow releases.

I have also added autogenerated manpages in this release, will make
pull request on github a little bit later.

-- 
Best regards,
 Alexander Gerasiov

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


pgp0w6lboh7Pt.pgp
Description: OpenPGP digital signature

Bug#890196: O: xcompmgr -- X composition manager

[Alessandro Ghedini]

Package: wnpp
Severity: normal

I intend to orphan the xcompmgr package since I do not use it anymore.

The package description is:
 xcompmgr is the standard composition manager for the X Composite extension,
 which allows clients to modify what is drawn to the screen before it
 happens.  This composition manager implements shadows, fading, proper
 translucency, and more.


signature.asc
Description: PGP signature

Bug#887665: marked as done (RFS: usbguard/0.7.1+ds-1)

[Nicolas Braud-Santoni]

On Wed, Jan 24, 2018 at 08:23:12PM +0100, Muri Nicanor wrote:
> i've fixed the bugs

PS: You should tag those bugs as “pending” (meaning, pending upload);
I assumed you meant #868160 and #887671, which are closed by the
changelog, so I just did that.


signature.asc
Description: PGP signature

Bug#890195: kalzium: unused Build-Depends: libboost-python-dev

[Helmut Grohne]

Source: kalzium
Version: 4:17.08.3-1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

kalzium Build-Depends on libboost-python-dev. Since this dependency
makes its Build-Depends cross-unsatisfiable, I tried to figure out why
it exists. Thus I tried dropping it and figured that the build results
in bit-identical results (thanks reproducible folks!). We can thus
safely conclude that this dependency does not influence the build at
all. Please drop it.

Helmut
diff --minimal -Nru kalzium-17.08.3/debian/changelog 
kalzium-17.08.3/debian/changelog
--- kalzium-17.08.3/debian/changelog2017-12-02 10:09:27.0 +0100
+++ kalzium-17.08.3/debian/changelog2018-02-11 20:23:36.0 +0100
@@ -1,3 +1,10 @@
+kalzium (4:17.08.3-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Drop unused build dependency libboost-python-dev. (Closes: #-1)
+
+ -- Helmut Grohne   Sun, 11 Feb 2018 20:23:36 +0100
+
 kalzium (4:17.08.3-1) unstable; urgency=medium
 
   * Team upload.
diff --minimal -Nru kalzium-17.08.3/debian/control 
kalzium-17.08.3/debian/control
--- kalzium-17.08.3/debian/control  2017-12-02 10:05:23.0 +0100
+++ kalzium-17.08.3/debian/control  2018-02-11 20:23:36.0 +0100
@@ -10,7 +10,6 @@
debhelper (>= 9),
extra-cmake-modules (>= 5.7.0~),
gettext,
-   libboost-python-dev,
libeigen3-dev (>> 2.0.3),
libfacile-ocaml-dev,
libkf5archive-dev,

Bug#887665: marked as done (RFS: usbguard/0.7.1+ds-1)

[Nicolas Braud-Santoni]

On Wed, Jan 24, 2018 at 08:23:12PM +0100, Muri Nicanor wrote:
> i've fixed the bugs and uploaded the new version of usbguard to mentors,
> and i've also pushed all the commits to salsa.

Hi!

Thanks for the good work on usbguard.


I started taking a look, but it seems you forgot to push tags to the
repository on salsa.d.o, so it's a bit annoying to diff with the version
currently in Debian (or even just run `gbp buildpackage`).

Could you do that?  It's just a `git push --tags`  :)


Best,

  nicoo


signature.asc
Description: PGP signature

Bug#885570: After upgrade I can continue to reproduce this

[Andrew Latham]

Thinkpad X1 Carbon Gen3 Intel HD Graphics 5500 Broadwell - WQHD (2560x1440)
Simple Debian Stretch install, updated, using KDE desktop

No bells or tweaks, standard install.

Reproduce
1. Open Google Chrome web browser
2. Open KDE Konsole app
3. Press enter or type a char
4. Screen scrolls horizontally wildly
5. Attempt to use CTRL ALT F2
6. Screen still scrolls horizontally wildly
7. From another system login over SSH and kill both Google Chrome and
Konsole
8. System returns to usable state.
9 Open Google Chrome and type this email
10. From remote system gather debug info and find little if any mention
that there was an issue.

Related info in dmesg
[0.00] Linux version 4.9.0-5-amd64 (debian-ker...@lists.debian.org)
(gcc version 6.3.0 20170516 (Debian 6.3.0-18) ) #1 SMP Debian
4.9.65-3+deb9u2 (2018-01-04)
[  273.787162] [drm:gen8_irq_handler [i915]] *ERROR* CPU pipe A FIFO
underrun

lspci
00:00.0 Host bridge: Intel Corporation Broadwell-U Host Bridge -OPI (rev 09)
00:02.0 VGA compatible controller: Intel Corporation HD Graphics 5500 (rev
09)
00:03.0 Audio device: Intel Corporation Broadwell-U Audio Controller (rev
09)
00:14.0 USB controller: Intel Corporation Wildcat Point-LP USB xHCI
Controller (rev 03)
00:16.0 Communication controller: Intel Corporation Wildcat Point-LP MEI
Controller #1 (rev 03)
00:19.0 Ethernet controller: Intel Corporation Ethernet Connection (3)
I218-LM (rev 03)
00:1b.0 Audio device: Intel Corporation Wildcat Point-LP High Definition
Audio Controller (rev 03)
00:1c.0 PCI bridge: Intel Corporation Wildcat Point-LP PCI Express Root
Port #2 (rev e3)
00:1c.1 PCI bridge: Intel Corporation Wildcat Point-LP PCI Express Root
Port #3 (rev e3)
00:1f.0 ISA bridge: Intel Corporation Wildcat Point-LP LPC Controller (rev
03)
00:1f.2 SATA controller: Intel Corporation Wildcat Point-LP SATA Controller
[AHCI Mode] (rev 03)
00:1f.3 SMBus: Intel Corporation Wildcat Point-LP SMBus Controller (rev 03)
00:1f.6 Signal processing controller: Intel Corporation Wildcat Point-LP
Thermal Management Controller (rev 03)
04:00.0 Network controller: Intel Corporation Wireless 7265 (rev 59)


Please advise what I can do to help troubleshoot this issue.


--
- Andrew "lathama" Latham -

Bug#890142: debian-policy: Please provide a backport of the package

[Bill Allombert]

On Sun, Feb 11, 2018 at 06:54:57PM +, Holger Levsen wrote:
> Hi Gustavo,
> 
> frankly, and really just curious, but… what's the point of this
> backport? you can always read the latest version at
> https://www.debian.org/doc/debian-policy/ (ok, I see this needs network,
> but…)

You can also download policy from
https://www.debian.org/doc/debian-policy/policy.txt
(there seems to be missing a link to policy-1.html)

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 

Bug#884711: stretch-pu: package dpdk/16.11.4-1+deb9u1

[Luca Boccassi]

On Sat, 2018-02-10 at 09:47 +0100, Julien Cristau wrote:
> Control: tags -1 confirmed
> 
> On Sun, Jan 14, 2018 at 20:14:14 +, Luca Boccassi wrote:
> 
> > Thank you for the review, I have reworked the debdiff - rather than
> > taking the last 16.11.x version we uploaded in Sid and reverting a
> > few
> > changes, instead I've taken the version in Stretch and merged the
> > LTS
> > point releases and a couple of small changes, details below.
> > 
> 
> Great, thanks.  Go ahead and upload to stretch.
> 
> Cheers,
> Julien

Done, thanks.

There will be one LTS bugfix release every 3 months until at least
November. I think there is no whitelisting system like Ubuntu has, and
so I will need to create a release.debian.org bug each time, right?

-- 
Kind regards,
Luca Boccassi

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

Bug#890194: rep/rules.mk does not work when installed for a foreign architecture

[Helmut Grohne]

Package: librep-dev
Version: 0.92.5-3
File: /usr/lib/x86_64-linux-gnu/rep/rules.mk
User: helm...@debian.org
Usertags: rebootstrap
Control: affects -1 + src:sawfish

When installing librep-dev for a foreign architecture, rep/rules.mk does
not "work" properly. It tries to discover ${repcommonexecdir} using
pkg-config. Unfortunately, pkg-config is architecture-dependent and when
librep-dev comes from a foreign architecture, it won't find librep.pc.
Thus repcommonexecdir will be empty causing more breakage.

I see a number of ways to fix this.

1. Interpolate the repcommonexecdir assignment at build-time. There we
   know the desired value and can just hard code it into the file
   instead of determining it at runtime. Since rules.mk resides on an
   architecture-dependent path, making this file architecture-dependent
   is not a problem at all.

2. Since rep/rules.mk resides on an architecture-dependent path, we know
   which pkg-config is correct to call. Prefixing it with the host
   architecture gnu-triplet will make this work reliably.

3. One could also rely on consumers providing a PKG_CONFIG variable and
   reuse that. Though note that most consumers won't propagate
   PKG_CONFIG into their Makefiles as it is mainly useful at configure
   time. An example that doesn't is sawfish.

Do you have a preference? I'm happy to help.

Helmut

Bug#890193: sleekxmpp: please make the build reproducible

[Chris Lamb]

Source: sleekxmpp
Version: 1.3.3-2
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: randomness
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org

Hi,

Whilst working on the Reproducible Builds effort [0], we noticed
that sleekxmpp could not be built reproducibly.

Patch attached.

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


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
--- a/debian/patches/reproducible_build.patch   1970-01-01 01:00:00.0 
+0100
--- b/debian/patches/reproducible_build.patch   2018-02-11 18:37:46.173221589 
+
@@ -0,0 +1,45 @@
+Description: Make the build reproducible
+Author: Chris Lamb 
+Last-Update: 2018-02-11
+
+--- sleekxmpp-1.3.3.orig/sleekxmpp/xmlstream/stanzabase.py
 sleekxmpp-1.3.3/sleekxmpp/xmlstream/stanzabase.py
+@@ -316,7 +316,7 @@ class ElementBase(object):
+ #: manipulating the underlying XML object. This set may be augmented
+ #: with the :attr:`plugin_attrib` value of any registered
+ #: stanza plugins.
+-interfaces = set(('type', 'to', 'from', 'id', 'payload'))
++interfaces = None
+ 
+ #: A subset of :attr:`interfaces` which maps interfaces to direct
+ #: subelements of the underlying XML object. Using this set, the text
+@@ -404,6 +404,9 @@ class ElementBase(object):
+ def __init__(self, xml=None, parent=None):
+ self._index = 0
+ 
++if self.interfaces is None:
++self.interfaces = set(('type', 'to', 'from', 'id', 'payload'))
++
+ #: The underlying XML object for the stanza. It is a standard
+ #: :class:`xml.etree.cElementTree` object.
+ self.xml = xml
+@@ -1462,13 +1465,17 @@ class StanzaBase(ElementBase):
+ #: There is a small set of attributes which apply to all XMPP stanzas:
+ #: the stanza type, the to and from JIDs, the stanza ID, and, especially
+ #: in the case of an Iq stanza, a payload.
+-interfaces = set(('type', 'to', 'from', 'id', 'payload'))
++interfaces = None
+ 
+ #: A basic set of allowed values for the ``'type'`` interface.
+-types = set(('get', 'set', 'error', None, 'unavailable', 'normal', 
'chat'))
++types = None
+ 
+ def __init__(self, stream=None, xml=None, stype=None,
+  sto=None, sfrom=None, sid=None, parent=None):
++if self.interfaces is None:
++self.interfaces = set(('type', 'to', 'from', 'id', 'payload'))
++if self.types is None:
++self.types = set(('get', 'set', 'error', None, 'unavailable', 
'normal', 'chat'))
+ self.stream = stream
+ if stream is not None:
+ self.namespace = stream.default_ns
--- a/debian/patches/series 2018-02-11 18:13:22.360900812 +
--- b/debian/patches/series 2018-02-11 18:37:44.733213465 +
@@ -1,3 +1,4 @@
 fix_pyasn1_4_compat.patch
 fix_tls_date_check.patch
 get-rid-of-embedded-copies-dateutil-gnupg-ordereddic.patch
+reproducible_build.patch

Bug#890142: debian-policy: Please provide a backport of the package

[Holger Levsen]

Hi Gustavo,

frankly, and really just curious, but… what's the point of this
backport? you can always read the latest version at
https://www.debian.org/doc/debian-policy/ (ok, I see this needs network,
but…)


-- 
cheers,
Holger


signature.asc
Description: PGP signature

Bug#886399: RFS: opencascade/7.2.0-1 [ITP]

[Sebastian Kuzminsky]

On 02/11/2018 10:36 AM, Kurt Kremitzki wrote:
> Hello all,
> 
> I am still looking for a sponsor for this package. My current work is at
> https://salsa.debian.org/kkremitzki-guest/opencascade.
> 
> I have an experimental FreeCAD 0.17 (as well as Netgen 6.2.1801) built against
> this package, and I would greatly like to get them in to Testing, if at all
> possible, in time for the March 1st import freeze for Ubuntu 18.04, so I will
> gladly do whatever work is needed to get these packages into shape if someone
> more senior can point me in the right direction.

I'm not a Developer or Maintainer  (just a user with aspirations at this
point) so I can't help you with sponsorship.

But I'm a FreeCAD user, and have been for several years, and I would be
super happy to see it in Debian.  It would be a strong enabler for folks
who into open-source personal fabrication.


-- 
Sebastian Kuzminsky

Bug#883707: ace-freecell crashes on KDE desktops

[Markus Koschany]

Hello Esa,

you were the last upstream contact for ace-of-penguins hence I would
like to forward a Debian bug report to you. I can confirm that
ace-freecell cannot be started on KDE desktops. The error message is:

X Error of failed request:  BadMatch (invalid parameter attributes)
  Major opcode of failed request:  73 (X_GetImage)
  Serial number of failed request:  25
  Current serial number in output stream:  25

Interestingly the other games work and when I run one of them first and
then try to start ace-freecell, the game works without any issues as well.

So there might be some missing initialization in ace-freecell which the
other games do correctly or maybe it is something completely different.
I can reproduce this behavior only on KDE, so it might also be some kind
of KDE bug.

Do you have any ideas how this issue can be fixed?

Regards,

Markus

Bug#890192: installation-reports pseudo package

[Chris Dunn]

Package: installation-reports

Boot method: https://cdimage.debian.org/cdimage/buster_di_alpha2/amd64/iso-dvd/debian-buster-DI-alpha2-amd64-DVD-1.iso
Date:  4th February 04.00am

Machine:  Chuwi Hi12 tablet
Processor: Intel Atom x5-Z8350 (-MCP-)
Memory: 3854.8MB
Partitions: 

sysfs  sysfs  0 0 0- /sys
proc   proc   0 0 0- /proc
udev   devtmpfs1.9G 0  1.9G   0% /dev
devpts devpts 0 0 0- /dev/pts
tmpfs  tmpfs   386M   12M  375M   3% /run
/dev/mmcblk0p2 ext4 53G   11G   40G  22% /
securityfs securityfs 0 0 0- /sys/kernel/security
tmpfs  tmpfs   1.9G 0  1.9G   0% /dev/shm
tmpfs  tmpfs   5.0M  4.0K  5.0M   1% /run/lock
tmpfs  tmpfs   1.9G 0  1.9G   0% /sys/fs/cgroup
cgroup cgroup20 0 0- /sys/fs/cgroup/unified
cgroup cgroup 0 0 0- /sys/fs/cgroup/systemd
pstore pstore 0 0 0- /sys/fs/pstore
efivarfs   efivarfs   0 0 0- /sys/firmware/efi/efivars
cgroup cgroup 0 0 0- /sys/fs/cgroup/cpuset
cgroup cgroup 0 0 0- /sys/fs/cgroup/net_cls,net_prio
cgroup cgroup 0 0 0- /sys/fs/cgroup/blkio
cgroup cgroup 0 0 0- /sys/fs/cgroup/memory
cgroup cgroup 0 0 0- /sys/fs/cgroup/pids
cgroup cgroup 0 0 0- /sys/fs/cgroup/devices
cgroup cgroup 0 0 0- /sys/fs/cgroup/freezer
cgroup cgroup 0 0 0- /sys/fs/cgroup/perf_event
cgroup cgroup 0 0 0- /sys/fs/cgroup/cpu,cpuacct
systemd-1  autofs 0 0 0- /proc/sys/fs/binfmt_misc
mqueue mqueue 0 0 0- /dev/mqueue
hugetlbfs  hugetlbfs  0 0 0- /dev/hugepages
debugfsdebugfs0 0 0- /sys/kernel/debug
/dev/mmcblk0p1 vfat511M  256K  511M   1% /boot/efi
tmpfs  tmpfs   386M   20K  386M   1% /run/user/1000
Output of lspci -nn:

00:00.0 Host bridge [0600]: Intel Corporation Atom/Celeron/Pentium
Processor x5-E8000/J3xxx/N3xxx Series SoC Transaction Register
[8086:2280] (rev 36)
00:02.0 VGA compatible controller [0300]: Intel Corporation
Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series PCI
Configuration Registers [8086:22b0] (rev 36)
00:03.0 Multimedia controller [0480]: Intel Corporation
Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series Imaging
Unit [8086:22b8] (rev 36)
00:0b.0 Signal processing controller [1180]: Intel Corporation
Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series Power
Management Controller [8086:22dc] (rev 36)
00:14.0 USB controller [0c03]: Intel Corporation Atom/Celeron/Pentium
Processor x5-E8000/J3xxx/N3xxx Series USB xHCI Controller [8086:22b5]
(rev 36)
00:16.0 USB controller [0c03]: Intel Corporation Device [8086:22b7] (rev 36)
00:1a.0 Encryption controller [1080]: Intel Corporation
Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Series Trusted
Execution Engine [8086:2298] (rev 36)
00:1f.0 ISA bridge [0601]: Intel Corporation Atom/Celeron/Pentium
Processor x5-E8000/J3xxx/N3xxx Series PCU [8086:229c] (rev 36)

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

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

Comments/Problems:

I believe (from memory) that the configure network took more than one try
and on a first installation (of 2) the install tasks page did not show up.

Second install was fine.

 

I used guided partitioning of the whole disk and was a little surprised

to be offered 1mb + 500+mb + balance to / + 4?gb swap + 1mb

Some explanation of the offering would have been useful.

The grub install options were somewhat alarming and I copped out and installed

grub to a separate partition but still wonder if this was necessary

Bug#890126: libccid: C3PO LTC32 v2 doesn't work well when the PIN number of a card is required

[Robert Marsellés]

Hello,

>>
>>     5) Additional info
>>  The discussion with the Belgium help desk service
>>   (serviced...@fedict.be) and the logs (generated by the
>>  software supporting their card -- attached file) suggest that
>>  there is a problem with the the firmware. Specifically:
>>
>>  "It would appear there is a firmware problem with this
>> cardreader.
>>  The reader is shown as having a pin pad, even though it doesn't.
>>  Therefore it is sent instructions it can't handle."
> 
> Belgium help desk service is right. I fixed the problem 3 weeks ago in
> the upstream source code.
> https://salsa.debian.org/rousseau/CCID/commit/a27a11711a9861acea3a9b43bba56ba157c670af
> 
> 
> It may be time to make a new libccid release to fix this problem.
> 

That's fast. Thank you very much. If I can be of any assistance, let me
know.

robert

Bug#890191: mercurial's autopkg tests hgsubversion and mercurial-git should be disabled

[Matthias Klose]

Package: src:mercurial
Version: 4.5-1

mercurial's autopkg tests fail in stable and testing, because hg-git doesn't
exist there (unsatisfied test dependencies).  the hgsubversion autopkg tests
also fail (and the package is outdated).  So just keep the "testsuite" autopkg 
test.

Bug#890190: [compiz-plugins-default] Plugin "wall" doesn't honor edge-delay

[Johann Glaser]

Package: compiz-plugins-default
Version: 1:0.9.13.0+16.10.20160818.2-5.1
Severity: important

--- Please enter the report below this line. ---
According to e.g., https://www.mail-archive.com/compiz@lists.launchpad.
net/msg11314.html, the plugin "wall" has a hidden option "nodelay". It
disables the plugin's ability to use the general option "edge delay" to
wait before the edge flip is started.

The first problem is that the default setting is "true", i.e., don't
delay. The user can adjust in CCSM --> General --> General Options -->
Edge Trigger Delay, but will get frustrated as it is ignored by Compiz.

Some users could try to search the internet for solutions. Several
forum posts suggest to edit /usr/share/compiz/wall.xml and change all
instances of true to false.

The second problem is that with the current version this workaround
doesn't even work any more. See e.g., https://bugs.launchpad.net/ubuntu
/+source/compiz/+bug/771463?comments=all.

So please:
 - fix the behavior of the "wall" plugin
 - set the default of nodelay to false

--- System information. ---
Architecture: 
Kernel:   Linux 4.14.0-3-amd64

Debian Release: buster/sid
  500 unstablewww.deb-multimedia.org 
  500 unstablehttp.at.debian.org 
  500 testing www.deb-multimedia.org 
  500 testing http.at.debian.org 
  500 stable  http.at.debian.org 
1 experimentalhttp.at.debian.org 

--- Package information. ---
Depends(Version) | Installed
-+-
compiz-core  (= 1:0.9.13.0+16.10.20160818.2-5.1) | 
1:0.9.13.0+16.10.20160818.2-5.1
libdecoration0   (= 1:0.9.13.0+16.10.20160818.2-5.1) | 
1:0.9.13.0+16.10.20160818.2-5.1
libc6  (>= 2.14) | 
libcairo2 (>= 1.2.4) | 
libgcc1   (>= 1:3.0) | 
libgl1-mesa-glx  | 
 OR libgl1   | 
libglib2.0-0 (>= 2.16.0) | 
libglibmm-2.4-1v5(>= 2.50.0) | 
libice6 (>= 1:1.0.0) | 
libpng16-16 (>= 1.6.2-1) | 
libsigc++-2.0-0v5 (>= 2.2.0) | 
libsm6   | 
libstartup-notification0(>= 0.2) | 
libstdc++6  (>= 5.2) | 
libx11-6 | 
libx11-xcb1  | 
libxcb1  | 
libxcomposite1  (>= 1:0.3-1) | 
libxcursor1   (>> 1.1.2) | 
libxdamage1   (>= 1:1.1) | 
libxext6(>= 2:1.3.0) | 
libxfixes3  (>= 1:4.0.1) | 
libxi6   | 
libxinerama1 | 
libxml2   (>= 2.7.4) | 
libxrandr2  (>= 4.3) | 
libxrender1  | 
libxslt1.1   (>= 1.1.25) | 


Package's Recommends field is empty.

Package's Suggests field is empty.

Bug#890189: stretch-pu: package libreoffice/1:5.2.7-1+deb9u3

[Rene Engelhard]

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

This is a follow-up to the 1:5.2.7-1+deb9u2 security update.

- As was correctly pointed out on IRC the debdiff contains cruft from the
  1:5.2.7-1 backport to jessie:

--- snip ---
Base version: libreoffice_5.2.7-1
Target version: libreoffice_5.2.7-1+deb9u1
Base file: 
/srv/ftp-master.debian.org/ftp/pool/main/libr/libreoffice/libreoffice_5.2.7-1.dsc
Target file: 
/srv/ftp-master.debian.org/policy/pool/main/libr/libreoffice/libreoffice_5.2.7-1+deb9u1.dsc

[...]
 libreoffice-dbg.postinst.debhelper  |3 
 libreoffice-dbg.postrm.debhelper|3 
 libreoffice-dbg.preinst.debhelper   |3 
 libreoffice-dbg.prerm.debhelper |3 
 libreoffice-dbg.substvars   |4 
[...]
 uno-libs3-dbg.substvars |3 
 ure-dbg.substvars   |3 
--- snip ---

 They have been removed.

- Upstream pointed out that my backport of the 5.4 patches contain a
  minor bug flagging more stuff as an error than needed. If we are not
  mistaken this isn't as critical to warrant a new security round again,
  so... Fix:

@@ -445,7 +445,7 @@ index 0d55e87..b475b1c 100644
  
 -sal_Int32 nRead = 0;
 -while ( ( nRead = xStream->readBytes( buffer, BUF_LEN ) ) == BUF_LEN )
-+bool bWasError = (pMyFormulaCell && pMyFormulaCell->GetRawError() != 
formula::errNoCode);
++bool bWasError = (pMyFormulaCell && pMyFormulaCell->GetRawError() != 
formula::errNONE);
 +
 +if (!pLink)
  {
@@ -484,8 +484,8 @@ index 0d55e87..b475b1c 100644
  
 -xStream->closeInput();
 +//  If an new Error from Reschedule appears when the link is executed 
then reset the errorflag
-+if (pMyFormulaCell && pMyFormulaCell->GetRawError() != 
formula::errNoCode && !bWasError)
-+pMyFormulaCell->SetErrCode(formula::errNoCode);
++if (pMyFormulaCell && pMyFormulaCell->GetRawError() != 
formula::errNONE && !bWasError)
++pMyFormulaCell->SetErrCode(formula::errNONE);
 +
 +//  check the value
 +if (pLink->HasResult())
@@ -1104,3 +1104,15 @@ index 9de5851..586511d 100644
 -- 
 1.9.1
 
+diff --git a/include/formula/errorcodes.hxx b/include/formula/errorcodes.hxx
+index 173c744..5a5a8fd 100644
+--- a/include/formula/errorcodes.hxx
 b/include/formula/errorcodes.hxx
+@@ -24,6 +24,7 @@
+ 
+ namespace formula {
+ 
++const sal_uInt16 errNONE = 0;
+ const sal_uInt16 errIllegalChar  = 501;
+ const sal_uInt16 errIllegalArgument  = 502;
+ const sal_uInt16 errIllegalFPOperation   = 503; // #NUM!

 and changing two FormulaError::NoValue to the correct formula::errNoValue.
 (just for clarity, these are incremental patches, so this one not
 actually used)

- dk.mk is in -dev-common but is actually arch-specific. So it's moved
  to -dev. This file is needed for libreoffice-dev usage via the SDKs
  own mechanism.

- disabling tests on !amd64/!i386 (where it's notfatal) because the
  the jpeg filter (and thus vcl_filters_test) leaks memory and the test
  tries to use 100g on arm64/ppc64el builds and thus it got killed by
  jcristau. Fixed upstream but too big and intrusive to backport imho.

  -security doesn't want that fix in -security, so here it is.

Full debdiff to deb9u2 attached.

Regards,

Rene

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: arm64 (aarch64)

Kernel: Linux 4.14.0-3-arm64 (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)
LSM: AppArmor: enabled
diff -Nru libreoffice-5.2.7/debian/changelog libreoffice-5.2.7/debian/changelog
--- libreoffice-5.2.7/debian/changelog  2018-02-09 07:22:22.0 +0100
+++ libreoffice-5.2.7/debian/changelog  2018-02-09 16:24:58.0 +0100
@@ -1,3 +1,16 @@
+libreoffice (1:5.2.7-1+deb9u3) stretch; urgency=medium
+
+  * debian/patches/WEBSERVICE-DDE.diff: improve to not throw more errors than
+neccessary (use the right error code) on WEBSERVICE() failures, thanks
+Jan-Marek Glogowski; do another 
s/FormulaError::NoValue/formula::errNoValue/
+
+  * debian/rules:
+- do not run the tests except on i386 (notfatal) and amd64
+- move dk.mk from -dev-common to -dev as it's not arch-indep, thanks
+  Rico Tzschichholz
+
+ -- Rene Engelhard   Fri, 09 Feb 2018 16:24:58 +0100
+
 libreoffice (1:5.2.7-1+deb9u2) stretch-security; urgency=high
 
   * fix control
diff -Nru libreoffice-5.2.7/debian/control libreoffice-5.2.7/debian/control
--- libreoffice-5.2.7/debian/control2018-02-09 07:21:38.0 +0100
+++ libreoffice-5.2.7/debian/control2018-02-09 16:24:58.0 +0100
@@ -4376,9 +4376,9 @@
 Suggests: libmythes-dev, libreoffice-dev-doc, 

Bug#875299: connman: Starts connmand-wait-online.service in postinst

[Alf Gaida]

Control: tags -1 wontfix

Bug#872375: lirc: irrecord segfaults when recording a button

[James Bottomley]

I'm getting this same segfault as well.  My old remote fell apart, so I
was trying to train the IR receiver on a new one (well, the unused VCR
section of the current TV remote.

This is what I get:

Starting program: /usr/bin/irrecord -d /dev/lirc0 -f
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-
gnu/libthread_db.so.1".
Warning: Running as root.
Using raw access on device /dev/lirc0

irrecord -  application for recording IR-codes for usage with lirc
Copyright (C) 1998,1999 Christoph Bartelmus(l...@bartelmus.de)

This program will record the signals from your remote control
and create a config file for lircd.

A proper config file for lircd is maybe the most vital part of this
package, so you should invest some time to create a working config
file. Although I put a good deal of effort in this program it is often
not possible to automatically recognize all features of a remote
control. Often short-comings of the receiver hardware make it nearly
impossible. If you have problems to create a config file READ THE
DOCUMENTATION at https://sf.net/p/lirc-remotes/wiki

If there already is a remote control of the same brand available at
http://sf.net/p/lirc-remotes you might want to try using such a
remote as a template. The config files already contains all
parameters of the protocol used by remotes of a certain brand and
knowing these parameters makes the job of this program much
easier. There are also template files for the most common protocols
available. Templates can be downloaded using irdb-get(1). You use a
template file by providing the path of the file as a command line
parameter.

Please take the time to finish the file as described in
https://sourceforge.net/p/lirc-remotes/wiki/Checklist/ an send it
to   so it can be made available to others.

Press RETURN to continue.




Usually you should not create a new config file for devinput
devices. LIRC is installed with a devinput.lircd.conf file which 
is built for the current system which works with all remotes 
supported by the kernel. There might be a need to update 
this file so it matches the current kernel. For this, use the 
lirc-make-devinput(1) script.

Press RETURN to continue.

Checking for ambient light  creating too much disturbances.
Please don't press any buttons, just wait a few seconds...

No significant noise (received 0 bytes)

Enter name of remote (only ascii, no spaces) :c
Using c.lircd.conf as output filename

Hold down an arbitrary key
...
.
Found gap (7941 us)

Please enter the name for the next button (press  to finish
recording)
KEY_A

Now hold down button "KEY_A".

Program received signal SIGSEGV, Segmentation fault.
0x in ?? ()
(gdb) bt
#0  0x in ?? ()
#1  0x779af1eb in record_buttons (btn_state=0x7fffe560, 
last_status=, state=, opts=)
at irrecord.c:1966
#2  0x814d in ?? ()
#3  0x6e4c in ?? ()
#4  0x77613f2a in __libc_start_main (main=0x64c0,
argc=4, 
argv=0x7fffeb58, init=, fini=, 
rtld_fini=, stack_end=0x7fffeb48)
at ../csu/libc-start.c:310
#5  0x74da in ?? ()
(gdb) 

James

Bug#890188: NameError: global name 'get_interface' is not defined

[Andreas Tille]

Package: dput-ng
Version: 1.16
Severity: important

Hi,

I'm afraid dcut stoped working for some reasons since come time.
Example:

$ dcut dm --uid "Michael Crusoe" --allow jellyfish
Traceback (most recent call last):
  File "/usr/bin/dcut", line 89, in 
command_registry = dput.command.load_commands(profile)
  File "/usr/lib/python2.7/dist-packages/dput/command.py", line 87, in 
load_commands
with get_interface({}) as interface:
NameError: global name 'get_interface' is not defined


I remember I had this issue when trying some

  dcut rm -f *.changelog

Kind regards

   Andreas.


-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (501, 'testing'), (50, 'buildd-unstable'), (50, 'unstable'), (5, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages dput-ng depends on:
ii  python   2.7.14-4
ii  python-dput  1.16

Versions of packages dput-ng recommends:
ii  bash-completion  1:2.1-4.3
ii  python-paramiko  2.0.0-1

dput-ng suggests no packages.

-- no debconf information

Bug#875538: jupyter-nbextension-jupyter-js-widgets: reproduced on first jupyter install

[r.ductor]

Package: jupyter-nbextension-jupyter-js-widgets
Followup-For: Bug #875538

Dear Maintainer,

I do not use widgets but I report the bug hoping this might help.

First install of jupyter bundle. I've got this warning:

Setting up jupyter-nbextension-jupyter-js-widgets (6.0.0-2) ...
/usr/lib/python3.6/runpy.py:125: RuntimeWarning: 'notebook.nbextensions' found 
in sys.modules after import of p
ackage 'notebook', but prior to execution of 'notebook.nbextensions'; this may 
result in unpredictable behaviou
r
  warn(RuntimeWarning(msg))
Enabling notebook extension jupyter-js-widgets/extension...
  - Validating: OK
Setting up python3-ipywidgets (6.0.0-2) ...
Processing triggers for libc-bin (2.26-4) ...

More info:

root@EliteBook:~# ls -al /etc/jupyter/nbconfig/*.json
-rw-r--r-- 1 root root  3 Feb 11 18:19 /etc/jupyter/nbconfig/common.json
-rw-r--r-- 1 root root  3 Feb 11 18:19 /etc/jupyter/nbconfig/edit.json
-rw-r--r-- 1 root root 71 Feb 11 18:19 /etc/jupyter/nbconfig/notebook.json
-rw-r--r-- 1 root root  3 Feb 11 18:19 /etc/jupyter/nbconfig/terminal.json
-rw-r--r-- 1 root root  3 Feb 11 18:19 /etc/jupyter/nbconfig/tree.json
root@EliteBook:~# cat /etc/jupyter/nbconfig/common.json
{}
root@EliteBook:~# cat /etc/jupyter/nbconfig/edit.json
{}
root@EliteBook:~# cat /etc/jupyter/nbconfig/notebook.json
{
  "load_extensions": {
"jupyter-js-widgets/extension": true
  }
}root@EliteBook:~# cat /etc/jupyter/nbconfig/terminal.json
{}
root@EliteBook:~# cat /etc/jupyter/nbconfig/tree.json
{}
root@EliteBook:~#



-- 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-nbextension-jupyter-js-widgets depends on:
ii  python2.7.14-4
ii  python3   3.6.4-1
ii  python3-notebook  5.2.2-1

jupyter-nbextension-jupyter-js-widgets recommends no packages.

Versions of packages jupyter-nbextension-jupyter-js-widgets suggests:
pn  python-ipywidgets   
ii  python3-ipywidgets  6.0.0-2

-- no debconf information

Bug#890187: ITP: racon -- Ultrafast consensus module for raw de novo genome assembly of long uncorrected reads

[Cédric Lood]

Package: wnpp
Severity: wishlist
Owner: Debian Med 

* Package name: racon
  Version : 0.5.0
  Upstream Author : Ivan Sovic 
* URL : https://github.com/isovic/racon/
* License : MIT
  Programming Lang: C++, Python
  Description : Ultrafast consensus module for raw de novo genome assembly 
of long uncorrected reads

Racon is intended as a standalone consensus module to correct raw
contigs generated by rapid assembly methods which do not include a
consensus step, such as Miniasm.

The goal of Racon is to generate genomic consensus which is of similar
or better quality compared to the output generated by assembly methods
which employ both error correction and consensus steps, while
providing a speedup of several times compared to those methods.

More information and download links are on the racon repository:
https://github.com/isovic/racon

The package is relevant to the field of genome assembly and will be
maintained by the Debian Med team.

Bug#889158: [pkg-wine-party] Bug#889158: Package wine-development is less recent than wine

[Jens Reyer]

On 02/10/2018 06:58 PM, Joerg Schiermeier, Bielefeld/Germany wrote:
> Jens Reyer wrote:
>> Still, I'd love to understand what this bug was about.
> Maybe I'm too "German":

Maybe, welcome in the club ;)


> in WinHQ.orgs website both version were set to 3.0 when wine v3.0 was
> published. "wine-development" didn't follow this.
> In my point of view this was an error, which means: a bug. Every time when
> WineHQ.org publish a stable version also "wine-development" should have the
> same version as "wine". This will happen only one time a year.

I agree the current solution is not optimal, but duplicating one release
in two source package is not an option in Debian (tell me if I'm wrong
here).  If there's any other idea how to handle this, I'd be happy to
look into it, especially for the next release, which will probably be
shortly before the next Debian freeze/release (buster).


> At the end (this is to Jens Reyer):
> ¡Thank you for your great work about wine in Debian!

Thanks a lot!  But I can't do the intensity of Wine releated work, as I
did it recently, on a permanent basis.  I'm really just a part of this
team, and I hope to see others (old and new) to contribute here more again.

Greets
jre

Bug#875299: connman: Starts connmand-wait-online.service in postinst

[Alf Gaida]

Control: severity -1 wishlist
Control: tag wontfix

Bug#886399: RFS: opencascade/7.2.0-1 [ITP]

[Kurt Kremitzki]

Hello all,

I am still looking for a sponsor for this package. My current work is at
https://salsa.debian.org/kkremitzki-guest/opencascade.

I have an experimental FreeCAD 0.17 (as well as Netgen 6.2.1801) built against
this package, and I would greatly like to get them in to Testing, if at all
possible, in time for the March 1st import freeze for Ubuntu 18.04, so I will
gladly do whatever work is needed to get these packages into shape if someone
more senior can point me in the right direction.

Thanks.

On Fri, 05 Jan 2018 05:39:25 -0600 kkremit...@gmail.com wrote:
> Package: sponsorship-requests
> Severity: wishlist
>
> Dear mentors,
>
> I am looking for a sponsor for my package "opencascade"
>
> * Package name : opencascade
> Version : 7.2.0-1
> Upstream Author : Open CASCADE S.A.S.
> * URL : https://www.opencascade.com
> * License : LGPL 2.1 with OpenCASCADE exception
> Section : science
>
> It builds those binary packages:
>
> libopencascade-data-exchange-7.2.0 - Open CASCADE Technology module
> for CAD data format interoperabili
> libopencascade-data-exchange-dev - Open CASCADE Technology module for
> CAD data format interoperabili
> libopencascade-foundation-7.2.0 - Open CASCADE Technology module
> underlying all other OCCT classes
> libopencascade-foundation-dev - Open CASCADE Technology module
> underlying all other OCCT classes
> libopencascade-modeling-algorithms-7.2.0 - Open CASCADE Technology
> module containing vast range of geometric
> libopencascade-modeling-algorithms-dev - Open CASCADE Technology
> module containing vast range of geometric
> libopencascade-modeling-data-7.2.0 - Open CASCADE Technology data
> structures for 2D/3D geometric primi
> libopencascade-modeling-data-dev - Open CASCADE Technology data
> structures for 2D/3D geometric primi
> libopencascade-ocaf-7.2.0 - Open CASCADE Technology module offering
> solutions for application
> libopencascade-ocaf-dev - Open CASCADE Technology module offering
> solutions for application
> libopencascade-visualization-7.2.0 - Open CASCADE Technology module
> providing complex mechanisms for g
> libopencascade-visualization-dev - Open CASCADE Technology module
> providing complex mechanisms for g
> opencascade-draw - Open CASCADE Technology CAE test harness
> opencascade-misc - Open CASCADE Technology CAE platform shared library
> miscellaneous
>
> To access further information about this package, please visit the
> following URL:
>
> https://mentors.debian.net/package/opencascade
>
>
> Alternatively, one can download the package with dget using this
> command:
>
> dget -x https://mentors.debian.net/debian/pool/main/o/opencascade/ope
> ncascade_7.2.0-1.dsc
>
> More information about opencascade can be obtained from https://www.ope
> ncascade.com/.
>
>

Bug#875299: connman: Starts connmand-wait-online.service in postinst

[Alf Gaida]

Default and expected behaviour. Won't fix.
Control: severity -1 wishlist
Control: tag wontfix

Bug#890185: seqan2: FTBFS on ia64

[Jason Duerstock]

Apologies.  I should have said forwarded.

On Sun, Feb 11, 2018 at 12:17 PM, John Paul Adrian Glaubitz
 wrote:
> On 02/11/2018 06:12 PM, Jason Duerstock wrote:
>> This has been pushed upstream as https://github.com/seqan/seqan/issues/2281
>
> Be careful, "pushed" is misleading here. It's not been pushed yet as in
> it has been merged. You merely filed an issue unless I missed the commit.
>
> 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#889850: closed by tony mancill <tmanc...@debian.org> (Bug#889850: fixed in gpodder 3.10.0-4)

[tony mancill]

On Sun, Feb 11, 2018 at 10:42:17AM -0600, Martin Collins wrote:
> On Fri, 9 Feb 2018 07:56:54 +0100 Dimitri Chausson  wrote:
> > For your information: as it seems, installing python3-cairo is not
> > sufficient. The program can now be launched, but the view is not
> > complete (meaning there are missing podcasts) and there is the
> > following message repeated in the terminal: ===
> > TypeError: Couldn't find foreign struct converter for 'cairo.Context'
> >  1518159014.524267 [gpodder.log] ERROR: Uncaught exception:
> > TypeError: Couldn't find foreign struct converter for 'cairo.Context'
> >  ===
> 
> Also installing python3-gi-cairo fixed it for me.
> 
> Martin

Ah, that explains it - thank you for the follow-up.  It looks like I'll
need to start doing full clean system installs to determine all of the
transitive runtime dependencies.  The ${python3:Depends} substitution
doesn't seem to work as documented here [0], and testing in a clean
chroot exposes other runtime dependencies that are needed if gpodder is
installed on a minimally configured system.

Thank you the helpful bug report and testing.
Cheers,
tony

[0] https://wiki.debian.org/Python/LibraryStyleGuide#Build-Depends
 


signature.asc
Description: PGP signature

Bug#890185: seqan2: FTBFS on ia64

[John Paul Adrian Glaubitz]

On 02/11/2018 06:12 PM, Jason Duerstock wrote:
> This has been pushed upstream as https://github.com/seqan/seqan/issues/2281

Be careful, "pushed" is misleading here. It's not been pushed yet as in
it has been merged. You merely filed an issue unless I missed the commit.

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