Bug#806984: debian-installer: FTBFS: File not found:libtextwrap.so.1

[Holger Levsen]

retitle -1 debian-installer: ftbfs because d-i needs network to build…
thanks

On Sun, Nov 20, 2016 at 11:10:11AM +0100, Cyril Brulebois wrote:
> This isn't a locale issue at all:
[...]
> FTBFS due to 4.7 vs. 4.8 kernel udebs is expected to be an issue (fixed
> in master where the ABI bump happened; but failing to download any udebs
> is a no-go, d-i needs to access a mirror during its build.

ah, ic, retitling the bug accordingly. Thanks.


-- 
cheers,
Holger


signature.asc
Description: Digital signature

Bug#844985: ITP: fonts-churchslavonic -- This package provides OpenType and TrueType fonts for Church Slavonic (cu)

[Aleksandr Andreev]

On Sat, Nov 19, 2016 at 11:47 AM, Adam Borowski  wrote:
> On Sat, Nov 19, 2016 at 09:50:47AM +0300, Aleksandr Andreev wrote:
>> * Package name: fonts-churchslavonic
>> * URL : http://sci.ponomar.net/
>>   Description : Fonts for Church Slavonic language
>>
>> This package provides OpenType and TrueType fonts for the Church Slavonic 
>> (cu)
>> language. Fonts use OpenType and SIL Graphite features and Unicode encoding.
>
> It would be nice if you could extend the description to mention how it
> differs from any other font with a complete coverage of Cyrillic (as opposed
> to WGL-4 which has modern european Cyrillic only).

The package offers six different fonts, which are:
* Ponomar Unicode -- provides the typeface used presently in
liturgical books of the Russian Orthodox Church and other Easter
Orthodox and Byzantine Catholic Churches. Covers all Cyrillic
characters required for modern Church Slavonic as well as Aleut (Fox
Island dialect), Sakha (Yakut) and Moldovan (Romanian Cyrillic).

* Fedorovsk Unicode -- provides the typeface used in historical
printed books in Moscow in the 16th-17th century and used presently in
liturgical books of the Russian Old Ritualist communities. Covers
Cyrillic characters required for modern and 16th century Church
Slavonic.

* Menaion Unicode -- provides a typeface that mimics Church Slavonic
manuscripts (Cyrillic or Glagolitic) written in the 12th-14th
centuries. Covers all Cyrillic and Glagolitic characters needed for
Church Slavonic of all eras. Provides additional variants and
ligatures via OpenType or SIL Graphite features or through the Private
Use Area.

* Monomakh Unicode -- a font intended for use by academics studying
Slavic philology or history. This is not a historically authentic
typeface, but rather a stylized to mimick 14th/15th century Slavonic.
Coverage: all Cyrillic characters needed for Church Slavonic of all
eras, plus various variants and ligatures via OpenType / Graphite
features or through the PUA.

* Indiction Unicode -- a decorative typeface for typesetting drop
caps. Mimics the typeface of drop caps in modern liturgical texts of
the Russian Orthodox Church

* Pomorsky Unicode -- a decorative typeface for typesetting drop caps
or titles. Mimics the decorative script used by scribes at the Old
Ritualist Vyg Hermitage in the 19th century.

Aleksandr

Bug#844796: gnome-shell: FTBFS: /<>/src/tmp-introspect2qs0g0tu/.libs/ShellMenu-0.1: error while loading shared libraries: libmutter-clutter-1.0.so: cannot open shared object file: No such

[Lucas Nussbaum]

Hi,

On 20/11/16 at 01:33 +0100, Michael Biebl wrote:
> Builds fine in a stretch chroot.

Have you tried in a sid chroot? I just tried and can still reproduce it.
(but I did not manage to further isolate the problem)

Lucas

Bug#842040: Please add https support

[Philipp Kern]

On 20.11.2016 05:52, Cyril Brulebois wrote:
> Well, I think this is a crucial issue: what use case(s) are you trying
> to fix? “We want https” isn't clear to me.

After d-i has installed the system, we use HTTPS with client
certificates - using apt-transport-https. The use case there is
authentication and be allowed to fetch packages from any network,
including the Internet. During d-i we unfortunately still have to rely
on network trust, where we run against the company policy of not having
unencrypted services. Plus we'd need to have various non-HTTPS endpoints
(packages, configuration, images[1]) in addition to the HTTPS ones we
already have, which complicates maintenance. You'd think that we aren't
the only ones who'd host configuration behind a HTTPS server, though[2].
That we also serve all of the packages through HTTPS is just a byproduct.

> Besides wget supporting https, is there any work needed on the retriever
> side? What about trust chains, do you have any bundled list of trusted
> CAs? Do you want to be able to rebuild d-i with a specific trusted CA,
> and trust none by default?

I can say what works for us: adding another cpio archive to the netboot
that contains files in /etc/ssl/certs (PEM files plus the result of
c_rehash). You can pass multiple initrds to the kernel and it will
unpack them one by one, which easily allows to add more files and
overwrite existing ones (but not to remove files, AFAIK). It's not
really much worse than other bits of configuration, like preseeds.
Embedding another binary like wget and not just scripts, however, is
more tricky (getting dependencies right, fighting against mklibs
removing symbols - which I guess was... fixed).

But you are absolutely correct in for this to be universally useful,
we'd also need a ca-certificates-udeb. I can take a look at that but I
somewhat fear that it won't be that much smaller than the regular one
(maybe ~150k udeb size).

Kind regards and thanks
Philipp Kern

[1] We extended d-i to download image files of system installs.
[2] Thinking of preseed/url across the Internet. I used to need that for
s390x installs.

Bug#845089: mirror submission for mirror.lzu.edu.cn

[Lanzhou University Open Source Society]

Package: mirrors
Severity: wishlist
User: mirr...@packages.debian.org
Usertags: mirror-submission

Submission-Type: new
Site: mirror.lzu.edu.cn
Type: leaf
Archive-architecture: ALL amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64 
kfreebsd-i386 mips mips64el mipsel powerpc ppc64el s390x 
Archive-http: /debian/
CDImage-http: /debian-cd/
IPv6: yes
Archive-upstream: ftp.cn.debian.org
CDImage-upstream: ftp.cn.debian.org
Updates: once
Maintainer: Lanzhou University Open Source Society 
Country: CN China
Location: Lanzhou, Gansu
Sponsor: Lanzhou University Open Source Society https://oss.lzu.edu.cn/
Comment: Our server's bandwidth is 100 Mbps.
 We hope to be added to the offical mirror list as soon as possible.

Bug#844073: net-tools: diff for NMU version 1.60+git20150829.73cef8a-2.1

[Andrey Rahmatullin]

Control: tags 844073 + patch
Control: tags 844073 + pending

Dear maintainer,

I've prepared an NMU for net-tools (versioned as 1.60+git20150829.73cef8a-2.1) 
and
uploaded it to DELAYED/10. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
WBR, wRAR
diff -Nru net-tools-1.60+git20150829.73cef8a/debian/changelog net-tools-1.60+git20150829.73cef8a/debian/changelog
--- net-tools-1.60+git20150829.73cef8a/debian/changelog	2015-11-19 19:48:54.0 +0500
+++ net-tools-1.60+git20150829.73cef8a/debian/changelog	2016-11-20 15:23:12.0 +0500
@@ -1,3 +1,10 @@
+net-tools (1.60+git20150829.73cef8a-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTBFS by applying the upstream patch (Closes: #844073).
+
+ -- Andrey Rahmatullin   Sun, 20 Nov 2016 15:23:12 +0500
+
 net-tools (1.60+git20150829.73cef8a-2) unstable; urgency=medium
 
   [ Laurent Bigonville ]
diff -Nru net-tools-1.60+git20150829.73cef8a/debian/patches/Bug#844073-iptunnel.c-headers.patch net-tools-1.60+git20150829.73cef8a/debian/patches/Bug#844073-iptunnel.c-headers.patch
--- net-tools-1.60+git20150829.73cef8a/debian/patches/Bug#844073-iptunnel.c-headers.patch	1970-01-01 05:00:00.0 +0500
+++ net-tools-1.60+git20150829.73cef8a/debian/patches/Bug#844073-iptunnel.c-headers.patch	2016-11-20 15:19:49.0 +0500
@@ -0,0 +1,15 @@
+Desription: iptunnel: drop netinet/ip.h include
+Origin: upstream, https://sourceforge.net/p/net-tools/code/ci/45d573a89386c934d3ebac499d00c1670437813b/
+Applied-Upstream: yes
+Last-Update: 2016-11-20
+
+--- a/iptunnel.c
 b/iptunnel.c
+@@ -26,7 +26,6 @@
+ #include 
+ #include 
+ #include 
+-#include 
+ #include 
+ #include 
+ #include 
diff -Nru net-tools-1.60+git20150829.73cef8a/debian/patches/series net-tools-1.60+git20150829.73cef8a/debian/patches/series
--- net-tools-1.60+git20150829.73cef8a/debian/patches/series	2015-11-19 19:48:54.0 +0500
+++ net-tools-1.60+git20150829.73cef8a/debian/patches/series	2016-11-20 15:23:12.0 +0500
@@ -4,3 +4,4 @@
 Add_missing_headers.patch
 Bug#443075-ifconfig.c-pointtopoint_spelling.patch
 Bug#500913-man-en_US-route.8-EXAMPLES-Add-single-route-del.patch
+Bug#844073-iptunnel.c-headers.patch


signature.asc
Description: PGP signature

Bug#845088: pbuilder: please provide a way to access a local mirror during build (needed for d-i)

[Mattia Rizzolo]

package: pbuilder
severity: wishlist
user: pbuil...@packages.debian.org
usertags: pbuilder
x-debbugs-cc: hol...@debian.org

I've long be aware of d-i needing access to a local mirror (with the d-i
component available) to build, as it needs to download them during
build.  I'm sure there is a bug somewhere against it, but the consensus
that downloading stuff from a (local, detected by peeking in
sources.list or such) mirror is accepted, as opposed to poke to the
wilder outside net.

As recently confirmed by kibi in #806984#32
On Sun, Nov 20, 2016 at 11:10:11AM +0100, Cyril Brulebois wrote:
> This isn't a locale issue at all:
> | I: pbuilder: network access will be disabled during build
> […]
> | WARNING: mirror 'http://ftp.de.debian.org/debian' appears to be invalid; 
> skipping
> | WARNING: mirror 'http://ftp.de.debian.org/debian' appears to be invalid; 
> skipping
> | Using generated sources.list.udeb:
> |deb [trusted=yes] copy:/build/1st/debian-installer-20161031/build/ 
> localudebs/
> but failing to download any udebs
> is a no-go, d-i needs to access a mirror during its build.

I'm not sure how this could be tackled in any way, given that pbuilder
disables access using unshare, but I guess there is a way.
While on it, this could be expanded to "allow access to a defined set of
addresses", maybe.

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#844692: sandbox not versioned

[Mathieu Parent]

On Fri, 18 Nov 2016 19:57:52 +0100 Enrico Tassi
 wrote:
> Hello,
Hello,

> looks like you use 'sandbox' as the identifier of the Lua
> version.  Note that 5.1 and 5.2, for example, are different,
> incompatible, languages.

Yes.

> Will Lua sandbox stay compatible with 5.1 only?

Yes. Upstream want to stick on 5.1 API [1].

[1]: 
https://github.com/mozilla-services/lua_sandbox/issues/142#issuecomment-241044425

> Shouldn't we
> call it sanbox5.1 or something like that?

As upstream don't plan to support any later version, I would say "no".

And even if they do in the future, we can use a versioned name at that time.

> Also, is it a drop in
> replacement for 5.1 (with extra features)?  Will there be Lua
> packages working only on sandbox (to motivate the "sanbox" label)?

No. lua-systemd is buildable on any lua (working also on 5.2 and 5.3).

And the diff between lua5.1 and luasandbox is small. I see:
- adding math.erf and math.erfc functions
- coroutine in its own luaopen (you need "require 'coroutine'")
- sandboxing: i.e package.path and pakage.cpath are hidden, as
.preload .loadlib and others. Also modules can be disabled
- more strftime specifiers
- some removals: print.c
- ... and

> E.g. is the new systemd related package needing sandbox?

No.

There is an exception to this rule: lua-cjson. We'll need a different
source package for it. See [2].

[2]: https://github.com/mpx/lua-cjson/compare/master...trink:heka


> Best
> --
> Enrico Tassi
>

Cheers

Mathieu Parent

Bug#806984: debian-installer: FTBFS: File not found:libtextwrap.so.1

[Cyril Brulebois]

Hi,

Holger Levsen  (2016-11-20):
> On Sun, Nov 20, 2016 at 03:42:15AM +0100, Cyril Brulebois wrote:
> > Looking at your A02_user hook, I don't see anything locale-related (now or
> > in previous commits). I've tried setting LANG=fr_CH.UTF-8 and I don't see
> > debian-installer's master fail to build in a sid chroot.
> 
> when possible we don't modify the environment with pbuilder hooks but
> rather directly with our build script
> https://anonscm.debian.org/cgit/qa/jenkins.debian.net.git/tree/bin/reproducible_build.sh
> 
> have a look at lines 591-600 for the 1st build and 637-660 for the 2nd
> build.

This isn't a locale issue at all:
| I: pbuilder: network access will be disabled during build
[…]
| WARNING: mirror 'http://ftp.de.debian.org/debian' appears to be invalid; 
skipping
| WARNING: mirror 'http://ftp.de.debian.org/debian' appears to be invalid; 
skipping
| Using generated sources.list.udeb:
|deb [trusted=yes] copy:/build/1st/debian-installer-20161031/build/ 
localudebs/

> Upon replying I've scheduled rebuilds of src:debian-installer for
> (amd64|i386|armhf) on unstable+testing and the rebuilds have all already
> happened, all ftbfs…

FTBFS due to 4.7 vs. 4.8 kernel udebs is expected to be an issue (fixed
in master where the ABI bump happened; but failing to download any udebs
is a no-go, d-i needs to access a mirror during its build.


KiBi.


signature.asc
Description: Digital signature

Bug#845087: ITP: node-pkg-dir -- Find the root directory of a npm package

[Pirate Praveen]

Package: wnpp
Severity: wishlist
Owner: Pirate Praveen 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-pkg-dir
  Version : 1.0.0
  Upstream Author : Sindre Sorhus 
(sindresorhus.com)
* URL : https://github.com/sindresorhus/pkg-dir
* License : Expat
  Programming Lang: JavaScript
  Description : Find the root directory of a npm package




signature.asc
Description: OpenPGP digital signature

Bug#844919: [Python-modules-team] Bug#844919: pytest: FTBFS: Tests failures

[Sebastian Ramacher]

On 2016-11-19 20:31:37, Lucas Nussbaum wrote:
> On 19/11/16 at 11:06 +0100, Sebastian Ramacher wrote:
> > Control: severity -1 important
> > 
> > On 2016-11-19 08:04:11, Lucas Nussbaum wrote:
> > > Source: pytest
> > > Version: 3.0.3-1
> > > Severity: serious
> > > Tags: stretch sid
> > > User: debian...@lists.debian.org
> > > Usertags: qa-ftbfs-20161118 qa-ftbfs
> > > Justification: FTBFS on amd64
> > > 
> > > Hi,
> > > 
> > > During a rebuild of all packages in sid, your package failed to build on
> > > amd64.
> > > 
> > > Relevant part (hopefully):
> > > > /usr/lib/python2.7/dist-packages/twisted/trial/_synctest.py:23: in 
> > > > 
> > > > from twisted.trial import itrial, util
> > > > _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
> > > > _ _ _ _ 
> > > > 
> > > > """
> > > > 
> > > > from __future__ import division, absolute_import
> > > > 
> > > > >   import zope.interface as zi
> > > > E   AttributeError: 'module' object has no attribute 'interface'
> > > > 
> > > > /usr/lib/python2.7/dist-packages/twisted/trial/itrial.py:12: 
> > > > AttributeError
> > > > === 3 failed, 1640 passed, 26 skipped, 13 xfailed, 4 error in 71.75 
> > > > seconds 
> > > > E: pybuild pybuild:276: test: plugin custom failed with: exit code=1: 
> > > > cd debian/tmp/test-working-directory && python2.7 -m pytest --lsof 
> > > > -rfsxX --ignore=/<>/testing/freeze 
> > > > --ignore=/<>/testing/test_entry_points.py 
> > > > --ignore=/<>/testing/test_pdb.py /<>/testing
> > > > dh_auto_test: pybuild --test --test-nose -i python{version} -p 2.7 
> > > > --system=custom --test-args=cd debian/tmp/test-working-directory && 
> > > > {interpreter} -m pytest --lsof -rfsxX --ignore={dir}/testing/freeze 
> > > > --ignore={dir}/testing/test_entry_points.py 
> > > > --ignore={dir}/testing/test_pdb.py {dir}/testing returned exit code 13
> > > > debian/rules:25: recipe for target 'override_dh_auto_test' failed
> > 
> > I added a workaround in 3.0.4-1 by moving twisted to Build-Conflicts. 
> > Keeping
> > the bug report open until the upstream issue is fixed.
> 
> That's strange: the build was done in a clean chroot, so twisted is
> probably pulled by a build-dep

It was explicitly listed in B-D for those tests.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature

Bug#843387:

[Luis Ortega]

So here's the v2 of the patch. It's been thoroughly tested and the warnings
are avoided now. Additionally, I threw in improvements in the modified
functions. Regrettably, one change I had to leave out was modernizing the
parameters in cfg80211_get_bss(), since it made the warning on NULL bss from
wl_notify_roaming_status() reappear, no matter what I tried.

One piece of advise: sometimes the driver will fail to connect, just as it did
before. NetworkManager will prompt for the password but it won't join.
Connecting manually through the networks list will succeed, however it may be
necessary to retry a few times.

Enabling the debug information we can see how, upon a successful connection,
two EAPOL_MSG events are ignored by the driver, whereas on unsuccessful ones,
they keep popping until we are DEAUTHenticated.

If anyone at Broadcom ever reads this, please give some love to this driver.
Or better yet, push for it being open sourced. We would all be very grateful.
--- a/amd64/src/wl/sys/wl_cfg80211_hybrid.c
+++ b/amd64/src/wl/sys/wl_cfg80211_hybrid.c
@@ -1968,7 +1968,7 @@
 
 	if (dtoh32(bi->length) > WL_BSS_INFO_MAX) {
 		WL_DBG(("Beacon is larger than buffer. Discarding\n"));
-		return err;
+		return -E2BIG;
 	}
 	notif_bss_info = kzalloc(sizeof(*notif_bss_info) + sizeof(*mgmt) - sizeof(u8) +
 	 WL_BSS_INFO_MAX, GFP_KERNEL);
@@ -1992,9 +1992,15 @@
 	beacon_proberesp->capab_info = cpu_to_le16(bi->capability);
 	wl_rst_ie(wl);
 
-	wl_mrg_ie(wl, ((u8 *) bi) + bi->ie_offset, bi->ie_length);
-	wl_cp_ie(wl, beacon_proberesp->variable, WL_BSS_INFO_MAX -
+	err = wl_mrg_ie(wl, ((u8 *) bi) + bi->ie_offset, bi->ie_length);
+	if (err)
+		goto inform_single_bss_out;
+
+	err = wl_cp_ie(wl, beacon_proberesp->variable, WL_BSS_INFO_MAX -
 	 offsetof(struct wl_cfg80211_bss_info, frame_buf));
+	if (err)
+		goto inform_single_bss_out;
+
 	notif_bss_info->frame_len = offsetof(struct ieee80211_mgmt, u.beacon.variable) +
 	wl_get_ielen(wl);
 #if LINUX_VERSION_CODE >= KERNEL_VERSION(2, 6, 39)
@@ -2006,14 +2012,14 @@
 #endif
 	if (freq == 0) {
 		WL_ERR(("Invalid channel, fail to chcnage channel to freq\n"));
-		kfree(notif_bss_info);
-		return -EINVAL;
+		err = -EINVAL;
+		goto inform_single_bss_out;
 	}
 	channel = ieee80211_get_channel(wiphy, freq);
 	if (unlikely(!channel)) {
 		WL_ERR(("ieee80211_get_channel error\n"));
-		kfree(notif_bss_info);
-		return -EINVAL;
+		err = -EINVAL;
+		goto inform_single_bss_out;
 	}
 
 	WL_DBG(("SSID : \"%s\", rssi %d, channel %d, capability : 0x04%x, bssid %pM\n",
@@ -2021,28 +2027,37 @@
 		mgmt->u.beacon.capab_info, >BSSID));
 
 	signal = notif_bss_info->rssi * 100;
-	cbss = cfg80211_inform_bss_frame(wiphy, channel, mgmt,
-	le16_to_cpu(notif_bss_info->frame_len), signal, GFP_KERNEL);
-	if (unlikely(!cbss)) {
-		WL_ERR(("cfg80211_inform_bss_frame error\n"));
-		kfree(notif_bss_info);
-		return -EINVAL;
-	}
 
-	notify_ie = (u8 *)bi + le16_to_cpu(bi->ie_offset);
-	notify_ielen = le32_to_cpu(bi->ie_length);
+	if (!wl->scan_request) {
+		cbss = cfg80211_inform_bss_frame(wiphy, channel, mgmt,
+			le16_to_cpu(notif_bss_info->frame_len), signal, GFP_KERNEL);
+		if (unlikely(!cbss)) {
+			WL_ERR(("cfg80211_inform_bss_frame error\n"));
+			err = -ENOMEM;
+			goto inform_single_bss_out;
+		}
+	} else {
+		notify_ie = (u8 *)bi + le16_to_cpu(bi->ie_offset);
+		notify_ielen = le32_to_cpu(bi->ie_length);
 #if LINUX_VERSION_CODE < KERNEL_VERSION(3, 18, 0)
-	cbss = cfg80211_inform_bss(wiphy, channel, (const u8 *)(bi->BSSID.octet),
-		0, beacon_proberesp->capab_info, beacon_proberesp->beacon_int,
-		(const u8 *)notify_ie, notify_ielen, signal, GFP_KERNEL);
+		cbss = cfg80211_inform_bss(wiphy, channel, (const u8 *)(bi->BSSID.octet),
+			0, beacon_proberesp->capab_info, beacon_proberesp->beacon_int,
+			(const u8 *)notify_ie, notify_ielen, signal, GFP_KERNEL);
 #else
-	cbss = cfg80211_inform_bss(wiphy, channel, CFG80211_BSS_FTYPE_UNKNOWN, (const u8 *)(bi->BSSID.octet),
-		0, beacon_proberesp->capab_info, beacon_proberesp->beacon_int,
-		(const u8 *)notify_ie, notify_ielen, signal, GFP_KERNEL);
+		cbss = cfg80211_inform_bss(wiphy, channel,
+wl->active_scan ?
+CFG80211_BSS_FTYPE_PRESP : CFG80211_BSS_FTYPE_BEACON,
+(const u8 *)(bi->BSSID.octet), 0,
+beacon_proberesp->capab_info,
+beacon_proberesp->beacon_int,
+(const u8 *)notify_ie, notify_ielen, signal, GFP_KERNEL);
 #endif
-
-	if (unlikely(!cbss))
-		return -ENOMEM;
+		if (unlikely(!cbss)) {
+			WL_ERR(("cfg80211_inform_bss error\n"));
+			err = -ENOMEM;
+			goto inform_single_bss_out;
+		}
+	}
 
 #if LINUX_VERSION_CODE >= KERNEL_VERSION(3, 9, 0)
 	cfg80211_put_bss(wiphy, cbss);
@@ -2050,6 +2065,7 @@
 	cfg80211_put_bss(cbss);
 #endif
 
+inform_single_bss_out:
 	kfree(notif_bss_info);
 
 	return err;
@@ -2316,6 +2332,9 @@
 		if (err)
 			goto update_bss_info_out;
 
+		bss = cfg80211_get_bss(wl_to_wiphy(wl), NULL, (s8 *)>bssid,
+		  ssid->SSID, ssid->SSID_len, 

Bug#843389:

[Luis Ortega]

With the v2 patch for #843387, this one is effectively not needed any more.

Bug#845058: [Pkg-fonts-devel] Bug#845058: fonts-noto: Installing the package freezes all graphical applications.

[Jonas Smedegaard]

Hi Valentin,

Quoting Valentin Lorentz (2016-11-19 23:58:44)
> Installing fonts-noto on my computer leads to *all* of my graphic 
> applications to enter an infinite loop, using all my CPU cores, and 
> blocking aptitude. This persists until I stop aptitude and remove 
> fonts-noto.
[...]
> Running strace on one of the affected processes (mousepad) shows it is 
> in a loop reading 
> /usr/share/fonts/opentype/noto/NotoSansCJK-DemiLight.ttc.

fonts-noto-cjk is a separate package than the main fonts-noto fonts, and 
is extremely big - more than 100MB.

Could you please try two things:

 * Give it more time (or tell how much time you gave it already)
 * Install all but -cjk parts - e.g. using this command:
aptitude install fonts-noto fonts-noto-cjk-


 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private

Bug#845086: myspell-tools: truncates long replacement rules

[Lionel Elie Mamane]

Package: myspell-tools
Version: 1:3.1-24.2
Severity: normal
Tags: patch

is2my-spell.pl transforms:

suffixes
flag *g:
S I E D S   >   -IEDS,EYENT\-ELLES

into

SFX g Y 185
SFX g   ieds   eyent\-ell sieds

it should be

SFX g Y 185
SFX g   ieds   eyent\-elles sieds

I attach the corresponding patch.

-- System Information:
Debian Release: 8.5
  APT prefers stable
  APT policy: (500, 'stable'), (300, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages myspell-tools depends on:
ii  libc6  2.23-4

myspell-tools recommends no packages.

myspell-tools suggests no packages.

-- no debconf information
--- /usr/bin/is2my-spell.pl	2016-09-25 17:11:41.0 +0200
+++ is2my-spell.pl	2016-11-20 10:13:36.243699763 +0100
@@ -52,7 +52,7 @@
 for my $def (@flgdefs) {
 #print $afxtype, ' ', $flgname, '   ', $def->{remove}, "\t",
 #  $def->{replace}, "\t", $def->{match}, "\n";
-printf "%-3.3s %-1.1s   %-10.10s %-10.10s %s\n",
+printf "%-3.3s %-1.1s   %-20.20s %-20.20s %s\n",
$afxtype, $flgname,  $def->{remove}, $def->{replace}, $def->{match};
 }
 print "\n";

Bug#806984: debian-installer: FTBFS: File not found:libtextwrap.so.1

[Holger Levsen]

Hi,

On Sun, Nov 20, 2016 at 03:42:15AM +0100, Cyril Brulebois wrote:
> Looking at your A02_user hook, I don't see anything locale-related (now or
> in previous commits). I've tried setting LANG=fr_CH.UTF-8 and I don't see
> debian-installer's master fail to build in a sid chroot.

when possible we don't modify the environment with pbuilder hooks but
rather directly with our build script
https://anonscm.debian.org/cgit/qa/jenkins.debian.net.git/tree/bin/reproducible_build.sh

have a look at lines 591-600 for the 1st build and 637-660 for the 2nd
build.

> Can you please tell us whether this issue is still seen in your setup, and
> with which exact settings?

Upon replying I've scheduled rebuilds of src:debian-installer for
(amd64|i386|armhf) on unstable+testing and the rebuilds have all already
happened, all ftbfs…

the results are all be linked from 
https://reproducible.debian.net/debian-installer 

> I can't replicate it with my devel chroots,
> it's not seen on buildds, so I'm lowering the severity for the time being.
> It can be upgraded again if a relevant reproducer is found.

thanks!

> Thanks for your time.

likewise! :)


-- 
cheers,
Holger


signature.asc
Description: Digital signature

Bug#845085: docker.io: Some commands do not work on some images with kernel version 4.8

[Luís Picciochi Oliveira]

Package: docker.io
Version: 1.11.2~ds1-6
Severity: important

Dear Maintainer,


While using Docker, some commands on some images stopped working. For example:

  $ docker run -it --rm centos:centos6  bash
This does not work. It always returns with code 139:

  $ echo $?
139


...but the following does work!

$ docker run -it --rm centos:7  bash
[root@06c8e740c5bc /]# exit
$ echo $?
0

It's not only the bash command. For example: 'chmod', 'sh' and a few others
also fail with the same error code. 'echo', 'ls', 'cat' and others work without
any issues.

I found out that using the previous kernel (linux-image-4.7.0-1-amd64
(4.7.8-1)), I could run all commands on all images.

The only report I found online about this was the following:
https://forums.docker.com/t/docker-run-it-has-started-failing-with-
status-139/18309

Coincidentally, it just had a reply yesterday, which seems to match exactly my
experience.

I observed the same behaviour both with version 1.11.2~ds1-5 and 1.11.2~ds1-6
of the docker package.


Please feel free to request any further info you need to help debug this.

Thanks and best regards,
Luís Picciochi Oliveira



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

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

Versions of packages docker.io depends on:
ii  adduser  3.115
ii  containerd   0.2.1~ds1-3
ii  init-system-helpers  1.46
ii  iptables 1.6.0-4
ii  libapparmor1 2.10.95-6
ii  libc62.24-5
ii  libdevmapper1.02.1   2:1.02.136-1
ii  libsqlite3-0 3.15.1-1
ii  libsystemd0  232-3
ii  runc 0.1.1+dfsg1-1

Versions of packages docker.io recommends:
ii  ca-certificates   20161102
pn  cgroupfs-mount | cgroup-lite  
ii  git   1:2.10.2-2
ii  xz-utils  5.2.2-1.2

Versions of packages docker.io suggests:
pn  aufs-tools   
pn  btrfs-progs  
pn  debootstrap  
pn  docker-doc   
pn  rinse
pn  zfs-fuse | zfsutils  

-- Configuration Files:
/etc/init.d/docker changed [not included]

-- no debconf information

Bug#845084: pylucene FTBFS on mips, mipsel: [compile] Segmentation fault

[Adrian Bunk]

Source: pylucene
Version: 4.10.1+dfsg-1
Severity: serious

https://buildd.debian.org/status/package.php?p=pylucene=sid

...
rm -f lucene-java-4.10.x/lucene/expressions/lib/asm-commons-4.x.jar
find /usr/share/maven-repo -name `basename 
lucene-java-4.10.x/lucene/expressions/lib/asm-commons-4.x.jar` -exec ln -s {} 
lucene-java-4.10.x/lucene/expressions/lib/asm-commons-4.x.jar \;
test -e lucene-java-4.10.x/lucene/expressions/lib/asm-commons-4.x.jar
python2.7 -m jcc.__main__ --jar 
lucene-java-4.10.x/lucene/build/core/lucene-core-4.10.x.jar --jar 
lucene-java-4.10.x/lucene/build/analysis/common/lucene-analyzers-common-4.10.x.jar
 --jar lucene-java-4.10.x/lucene/build/memory/lucene-memory-4.10.x.jar --jar 
lucene-java-4.10.x/lucene/build/highlighter/lucene-highlighter-4.10.x.jar --jar 
build/jar/extensions.jar --jar 
lucene-java-4.10.x/lucene/build/queries/lucene-queries-4.10.x.jar --jar 
lucene-java-4.10.x/lucene/build/queryparser/lucene-queryparser-4.10.x.jar --jar 
lucene-java-4.10.x/lucene/build/sandbox/lucene-sandbox-4.10.x.jar --jar 
lucene-java-4.10.x/lucene/build/analysis/stempel/lucene-analyzers-stempel-4.10.x.jar
 --jar lucene-java-4.10.x/lucene/build/grouping/lucene-grouping-4.10.x.jar 
--jar lucene-java-4.10.x/lucene/build/join/lucene-join-4.10.x.jar --jar 
lucene-java-4.10.x/lucene/build/facet/lucene-facet-4.10.x.jar --jar 
lucene-java-4.10.x/lucene/build/suggest/lucene-suggest-4.10.x.jar --jar 
lucene-java-4.10.x/lucene/build/exp
 ressions/lucene-expressions-4.10.x.jar --output build-python2.7 --debug 
--use_full_names --include 
lucene-java-4.10.x/lucene/build/misc/lucene-misc-4.10.x.jar --include 
lucene-java-4.10.x/lucene/expressions/lib/antlr-runtime-3.x.jar --include 
lucene-java-4.10.x/lucene/expressions/lib/asm-4.x.jar --include 
lucene-java-4.10.x/lucene/expressions/lib/asm-commons-4.x.jar --package 
java.lang java.lang.System java.lang.Runtime --package java.util 
java.util.Arrays java.util.Collections java.util.HashMap java.util.HashSet 
java.util.TreeSet java.lang.IllegalStateException 
java.lang.IndexOutOfBoundsException java.util.NoSuchElementException 
java.text.SimpleDateFormat java.text.DecimalFormat java.text.Collator --package 
java.util.concurrent java.util.concurrent.Executors --package java.util.regex 
--package java.io java.io.StringReader java.io.InputStreamReader 
java.io.FileInputStream java.io.DataInputStream --exclude 
org.apache.lucene.sandbox.queries.regex.JakartaRegexpCapabilities --exclude or
 g.apache.regexp.RegexpTunnel --python lucene --mapping 
org.apache.lucene.document.Document 
'get:(Ljava/lang/String;)Ljava/lang/String;' --mapping java.util.Properties 
'getProperty:(Ljava/lang/String;)Ljava/lang/String;' --sequence 
java.util.AbstractList 'size:()I' 'get:(I)Ljava/lang/Object;' 
org.apache.lucene.index.IndexWriter:getReader --version 4.10.x --module 
python/collections.py --module python/ICUNormalizer2Filter.py --module 
python/ICUFoldingFilter.py --module python/ICUTransformFilter.py  --files 16 
--build 
Makefile:393: recipe for target 'compile' failed
make[2]: *** [compile] Segmentation fault
make[2]: Leaving directory '/«BUILDDIR»/pylucene-4.10.1+dfsg'
debian/rules:38: recipe for target 'override_dh_auto_build' failed
make[1]: *** [override_dh_auto_build] Error 2
make[1]: Leaving directory '/«BUILDDIR»/pylucene-4.10.1+dfsg'
debian/rules:21: recipe for target 'build-arch' failed
make: *** [build-arch] Error 2
dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2

Bug#845083: pylucene FTBFS on armel, armhf: python2.7 test/test_TermRangeQuery.py terminated by signal 11

[Adrian Bunk]

Source: pylucene
Version: 4.10.1+dfsg-1
Severity: serious

https://buildd.debian.org/status/package.php?p=pylucene=sid

...
python2.7 test/test_TermRangeQuery.py 
xargs: python2.7: terminated by signal 11
Makefile:434: recipe for target 'test' failed
make[2]: *** [test] Error 125

Bug#845082: numexpr FTBFS on ppc64el: test failures

[Adrian Bunk]

Source: numexpr
Version: 2.6.1-1
Severity: serious

https://buildd.debian.org/status/fetch.php?pkg=numexpr=ppc64el=2.6.1-1=1479607449

Lots of failures like:

...
==
FAIL: test_scalar0_int_aggressive_OPERATIONS_0309 (__main__.TestExpressions)
--
Traceback (most recent call last):
  File "numexpr/tests/test_numexpr.py", line 1011, in method
return func()
  File "numexpr/tests/test_numexpr.py", line 583, in method
neval, type(neval), shape(neval))
AssertionError: '3 ** (b+3)'
(test_scalar=0, dtype='int', optimization='aggressive', exact=False,
 npval=array([27, 27, 27, 27, 27, 27, 27, 27, 27, 27, 27, 27, 27, 27, 27, 27, 
27,
   27, 27, 27, 27, 27, 27, 27, 27, 27, 27, 27, 27, 27, 27, 27, 27, 27,
   27, 27, 27, 27, 27, 27, 27, 27, 27, 27, 27, 27, 27, 27, 27, 27, 27,
   27, 27, 27, 27, 27, 27, 27, 27, 27, 27, 27, 27, 27, 27, 27, 27, 27,
   27, 27, 27, 27, 27, 27, 27, 27, 27, 27, 27, 27, 27, 27, 27, 27, 27,
   27, 27, 27, 27, 27, 27, 27, 27, 27, 27, 27, 27, 27, 27, 27]) ( - (100,))
 neval=array([26, 26, 26, 26, 26, 26, 26, 26, 26, 26, 26, 26, 26, 26, 26, 26, 
26,
   26, 26, 26, 26, 26, 26, 26, 26, 26, 26, 26, 26, 26, 26, 26, 26, 26,
   26, 26, 26, 26, 26, 26, 26, 26, 26, 26, 26, 26, 26, 26, 26, 26, 26,
   26, 26, 26, 26, 26, 26, 26, 26, 26, 26, 26, 26, 26, 26, 26, 26, 26,
   26, 26, 26, 26, 26, 26, 26, 26, 26, 26, 26, 26, 26, 26, 26, 26, 26,
   26, 26, 26, 26, 26, 26, 26, 26, 26, 26, 26, 26, 26, 26, 26]) ( - (100,)))

==
...

Bug#845058: [Pkg-fonts-devel] Bug#845058: fonts-noto: Installing the package freezes all graphical applications.

[Val Lorentz]

Running `fc-cache -fs` before installing fonts-noto took only a few seconds.

Installing fonts-noto while not being logged in worked, thanks.

On 20/11/2016 00:10, Norbert Preining wrote:
> On Sat, 19 Nov 2016, Valentin Lorentz wrote:
>> killall fc-cache
> 
> fc-cache might run for quite some time and occupy lots of resources.
> I suggest updating the cache once before installing the fonts with
>   fc-cache -fs
> (as root!), and then installing the font while not being logged in,
> or mousepad has been closed.
> 
> Norbert
> 
> --
> PREINING Norbert + TeX Live & Debian Developer + http://www.preining.info
> GPG: 0x860CDC13fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13
> 



signature.asc
Description: OpenPGP digital signature

Bug#845081: wmbiff FTBFS on s390x: test failure

[Adrian Bunk]

Source: wmbiff
Version: 0.4.29-1
Severity: serious

https://buildd.debian.org/status/fetch.php?pkg=wmbiff=s390x=0.4.29-1=1479607292

...
wmbiff/ imap4: Couldn't parse line imap:foo:mi@ta@bar/mybox (0)
  If this used to work, run wmbiff with the -relax option, and
  send mail to wmaker-...@lists.windowmaker.org with the hostname
  of your mail server.
wmbiff/ imap4: Couldn't parse line imap:user pa ss bar/"space box" 12 (0)
  If this used to work, run wmbiff with the -relax option, and
  send mail to wmaker-...@lists.windowmaker.org with the hostname
  of your mail server.
wmbiff/ pop3: Couldn't parse line pop3:user pa ss bar 12 (0)
  If this used to work, run wmbiff with the -relax option, and
   send mail to wmaker-...@lists.windowmaker.org with the hostname
  of your mail server.
Error connecting: Invalid argument
connect(0.0.3.255:-7907) failed: Invalid argument
SOME TESTS FAILED!
FAIL test_wmbiff (exit status: 1)


Testsuite summary for WMBiff 0.4.29

# TOTAL: 1
# PASS:  0
# SKIP:  0
# XFAIL: 0
# FAIL:  1
# XPASS: 0
# ERROR: 0

Bug#844956: libproxy: diff for NMU version 0.4.13-1.1

[Andrey Rahmatullin]

Control: tags 844956 + patch
Control: tags 844956 + pending

Dear maintainer,

I've prepared an NMU for libproxy (versioned as 0.4.13-1.1) and
uploaded it to DELAYED/10. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
WBR, wRAR
diff -Nru libproxy-0.4.13/debian/changelog libproxy-0.4.13/debian/changelog
--- libproxy-0.4.13/debian/changelog	2016-11-10 17:58:29.0 +0500
+++ libproxy-0.4.13/debian/changelog	2016-11-20 14:16:37.0 +0500
@@ -1,3 +1,10 @@
+libproxy (0.4.13-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTBFS (Closes: #844956).
+
+ -- Andrey Rahmatullin   Sun, 20 Nov 2016 14:16:37 +0500
+
 libproxy (0.4.13-1) unstable; urgency=medium
 
   * Team upload.
diff -Nru libproxy-0.4.13/debian/patches/cmake-set-cmp0054.patch libproxy-0.4.13/debian/patches/cmake-set-cmp0054.patch
--- libproxy-0.4.13/debian/patches/cmake-set-cmp0054.patch	1970-01-01 05:00:00.0 +0500
+++ libproxy-0.4.13/debian/patches/cmake-set-cmp0054.patch	2016-11-20 14:13:28.0 +0500
@@ -0,0 +1,20 @@
+Description: Fix CMake-related build problem
+ With the old CMP0054 behavior "t" in cmake/CMakeCSharpInformation.cmake:311
+ is expanded to the value of the t variable and the elseif clause behaves
+ incorrectly.
+Author: Andrey Rahmatullin 
+Bug-Debian: https://bugs.debian.org/844956
+Last-Update: 2016-11-20
+
+--- libproxy-0.4.13.orig/CMakeLists.txt
 libproxy-0.4.13/CMakeLists.txt
+@@ -3,6 +3,9 @@ cmake_minimum_required(VERSION 2.6)
+ if(POLICY CMP0011)
+cmake_policy(SET CMP0011 NEW)
+ endif(POLICY CMP0011)
++if(POLICY CMP0054)
++   cmake_policy(SET CMP0054 NEW)
++endif(POLICY CMP0054)
+ 
+ # Make sure we look in our cmake folder for additional definitions
+ set(CMAKE_MODULE_PATH ${CMAKE_MODULE_PATH} ${CMAKE_SOURCE_DIR}/cmake )
diff -Nru libproxy-0.4.13/debian/patches/series libproxy-0.4.13/debian/patches/series
--- libproxy-0.4.13/debian/patches/series	2016-05-23 08:26:23.0 +0500
+++ libproxy-0.4.13/debian/patches/series	2016-11-20 14:16:37.0 +0500
@@ -1 +1,2 @@
 disable-pac-test.patch
+cmake-set-cmp0054.patch


signature.asc
Description: PGP signature

Bug#845080: gss-ntlmssp FTBFS: test failures on big endian architectures

[Adrian Bunk]

Source: gss-ntlmssp
Version: 0.7.0-1
Severity: serious

https://buildd.debian.org/status/package.php?p=gss-ntlmssp=sid

...
 *** Test with NTLMv1 authTest GSSAPI conversation (user env file)
Test: FAIL
Test GSSAPI conversation (no SEAL)
Test: FAIL
Test GSSAPI conversation (with password)
Test: FAIL
Test Connectionless exchange
Test: FAIL
 *** Again forcing NTLMv2 authTest GSSAPI conversation (user env file)
Test: FAIL
Test GSSAPI conversation (no SEAL)
Test: FAIL
Test GSSAPI conversation (with password)
Test: FAIL
Test GSSAPI conversation (with CB)
repeatable_rand seed = 1479607252
Test: FAIL
Test Connectionless exchange
Test: FAIL
debian/rules:25: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 22
make[1]: Leaving directory '/«PKGBUILDDIR»'
debian/rules:22: recipe for target 'build-arch' failed
make: *** [build-arch] Error 2




The failing architectures are the big endian architectures.

Bug#845079: RFS: mytop/1.9.1-3

[werner]

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

 * Package name: mytop
   Version : 1.9.1-3
   Upstream Author : Jeremy D. Zawodny ,
 Mark Grennan 
 * URL : http://www.mysqlfanboy.com/mytop-3/ 
 * License : GPL-2+ 
   Section : utils

It builds those binary packages:
mytop - top like query monitor for MySQL

To access further information about this package, please visit the following 
URL:
https://mentors.debian.net/package/mytop

Alternatively, one can download the package with dget using this command:
dget -x https://mentors.debian.net/debian/pool/main/m/mytop/mytop_1.9.1-3.dsc

More information about hello can be obtained from https://www.example.com.
Changes since the last upload:

Changes since the last upload:
  * debian/watch updated url for upstream version check 
  * debian/control updated Homepage url 
  * debian/rules
+ Add dh_lintian
  * Add debian/source.lintian-overrides
+ override for debian-watch-may-check-gpg-signature as upstream does
  not provide cryptographic signature
  * Update to debhelper 9
  * Updated standards version to 3.9.8

debdiff attached [1]

Regards,
Werner Detter


[1] werner@debian:~/Debian/mytop$ debdiff /tmp/mytop_1.9.1-2.dsc 
mytop_1.9.1-3.dsc 
diff -Nru mytop-1.9.1/debian/changelog mytop-1.9.1/debian/changelog
--- mytop-1.9.1/debian/changelog2014-07-29 23:02:41.0 +0200
+++ mytop-1.9.1/debian/changelog2016-11-19 16:23:29.0 +0100
@@ -1,3 +1,17 @@
+mytop (1.9.1-3) unstable; urgency=low
+
+  * debian/watch updated url for upstream version check 
+  * debian/control updated Homepage url 
+  * debian/rules
++ Add dh_lintian
+  * Add debian/source.lintian-overrides
++ override for debian-watch-may-check-gpg-signature as upstream does
+  not provide cryptographic signature
+  * Update to debhelper 9
+  * Updated standards version to 3.9.8
+
+ -- Werner Detter   Sat, 19 Nov 2016 16:23:29 +0100
+
 mytop (1.9.1-2) unstable; urgency=low
 
   * Add 13_fix_scope_for_show_slave_status_data.patch which fixes incorrect
diff -Nru mytop-1.9.1/debian/compat mytop-1.9.1/debian/compat
--- mytop-1.9.1/debian/compat   2014-07-29 23:02:41.0 +0200
+++ mytop-1.9.1/debian/compat   2016-11-19 15:46:23.0 +0100
@@ -1 +1 @@
-7
+9
diff -Nru mytop-1.9.1/debian/control mytop-1.9.1/debian/control
--- mytop-1.9.1/debian/control  2014-07-29 23:02:41.0 +0200
+++ mytop-1.9.1/debian/control  2016-11-19 15:46:23.0 +0100
@@ -2,9 +2,9 @@
 Section: utils
 Priority: optional
 Maintainer: Werner Detter 
-Build-Depends: debhelper (>= 7)
-Homepage: http://www.mysqlfanboy.com/mytop/
-Standards-Version: 3.9.5
+Build-Depends: debhelper (>= 9)
+Homepage: http://www.mysqlfanboy.com/mytop-3/
+Standards-Version: 3.9.8
 
 Package: mytop 
 Architecture: all
diff -Nru mytop-1.9.1/debian/rules mytop-1.9.1/debian/rules
--- mytop-1.9.1/debian/rules2014-07-29 23:02:41.0 +0200
+++ mytop-1.9.1/debian/rules2016-11-19 15:46:23.0 +0100
@@ -35,6 +35,7 @@
dh_installman $(TMP)/usr/share/man/man1/mytop.1p
install -D -m 755 mytop debian/mytop/usr/bin/mytop
dh_perl
+   dh_lintian
dh_compress
dh_fixperms
dh_installdeb
diff -Nru mytop-1.9.1/debian/source.lintian-overrides 
mytop-1.9.1/debian/source.lintian-overrides
--- mytop-1.9.1/debian/source.lintian-overrides 1970-01-01 01:00:00.0 
+0100
+++ mytop-1.9.1/debian/source.lintian-overrides 2016-11-19 15:46:23.0 
+0100
@@ -0,0 +1,2 @@
+# disable debian-watch-may-check-gpg-signature as upstream does not provide 
cryptographic signature
+mytop source: debian-watch-may-check-gpg-signature
diff -Nru mytop-1.9.1/debian/watch mytop-1.9.1/debian/watch
--- mytop-1.9.1/debian/watch2014-07-29 23:02:41.0 +0200
+++ mytop-1.9.1/debian/watch2016-11-19 15:46:23.0 +0100
@@ -1,2 +1,2 @@
 version=3
-http://www.mysqlfanboy.com/mytop/mytop-(.*).tar.gz
+http://www.mysqlfanboy.com/mytop-3/mytop-(.*).tar.gz

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

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

Bug#844081: Reproducer

[Filip Pytloun]

Hello,

I tried to reproduce the issue in my environment with:

i=0;while true;do python -m pytest tests;ret=$?;i=$[ $i+1 ];echo "Run: $i"; [ 
$ret -ne 0 ] && break; done

and in similar way with pbuilder that I am using and FTBFS didn't ever
happen (tried 50+ builds).

I have suspicion that these test failures occurs only on slower, eg.
one CPU machines as something similar happens with vdirsyncer as well.
Unfortunately running tests during build is always fragile and it seems
that what's working in one environment may be FTBFS for anyone else :-(

I will give it some more time to debug and reproduce (can you try the
same test on VM with more than 1 CPU?)

But as both CI and reproducible builds are passing fine, I would suggest
lowering the severity as this issue doesn't seem to be critical enough
to automatically remove package from testing.

Filip


signature.asc
Description: Digital signature

Bug#845078: Links against libadns1 with limited security support

[Guido Günther]

Package: dirmngr
Version: 2.1.15-9
Severity: wishlist

Hi Daniel,
libadns1 has limited security support in Debian so I wonder if this is a
good choice for dirmngr. Please consider using another resolver by
default.

$ grep adns /usr/share/debian-security-support/security-support-limited 
adnsStub resolver that should only be used with trusted recursors

Thanks a lot for maintaining gnupg in Debian.
Cheers,
 -- Guido

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

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

Versions of packages dirmngr depends on:
ii  adduser3.115
ii  libadns1   1.5.0~rc1-1
ii  libassuan0 2.4.3-1
ii  libc6  2.24-5
ii  libgcrypt201.7.3-2
ii  libgnutls303.5.6-6
ii  libgpg-error0  1.24-1
ii  libksba8   1.3.5-2
ii  libldap-2.4-2  2.4.42+dfsg-2+b3
ii  libnpth0   1.2-3
ii  lsb-base   9.20161016

Versions of packages dirmngr recommends:
ii  gnupg  2.1.15-9

Versions of packages dirmngr suggests:
ii  tor  0.2.8.9-1

-- no debconf information

Bug#828545: simutrans: FTBFS with openssl 1.1.0

[Jörg Frings-Fürst]

severity 828545 serious
block 827061 by 828545
thanks

Hello James,
hello Markus,

thank you for your comments.

Am Sonntag, den 20.11.2016, 00:07 +0100 schrieb Markus Koschany:
> On 19.11.2016 23:58, James Cowgill wrote:
> > On 19/11/16 14:04, Jörg Frings-Fürst wrote:
> > > severity 828353 important
> > > unblock 827061 by 828353
> > > thanks
> > > 
> > > we removed all openssl dependnecy so I'm downgrading and unblock
> > > this
> > > bug.
> > 
> > I disagree. The version of simutrans in testing is still RC-buggy
> > so
> > this bug should still be severity serious.
> > 
> > James
> 
> Hi,
> 
> I agree with James here. I think we don't need to downgrade the
> severity
> of the bug because the package will automatically migrate to testing
> and
> then the issue will be resolved anyway. Do I miss something?
> 

sorry, my mistake. I have done the same as I switch from libssl-dev to
libssl1.0-dev.

Reversed.

> Regards,
> 
> Markus
> 
> 

CU
Jörg
-- 
New:
GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB  30EE 09F8 9F3C 8CA1 D25D
GPG key (long) : 09F89F3C8CA1D25D
GPG Key: 8CA1D25D
CAcert Key S/N : 0E:D4:56

Old pgp Key: BE581B6E (revoked since 2014-12-31).

Jörg Frings-Fürst
D-54470 Lieser

Threema: SYR8SJXB

IRC: j_...@freenode.net
 j_...@oftc.net

My wish list: 
 - Please send me a picture from the nature at your home.


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

Bug#844643: ITP: flatcam -- 2D Computer-Aided PCB Manufacturing on a CNC router

[Carsten Schoenert]

Hello pkg-electronics members,

Simon was answering on my ITP from several days ago for FlatCAM and was
offering a probably sponsoring for the package (Thanks Simon!).
As I like to place the package into the pkg-electronics ecosystem as it
fits best here I believe, I would like to ask if the pkg-electronics
team member agree that I can set the maintainer ship to pkg-electronics
and if some of you would kindly sponsor the FlatCAM package at some point?

I'm working on other packages as a DM for quite some time so I have some
packaging experience for about 5-6 years as I'm co-maintaining Icedove
package for this time with Christoph and Guido. A few months ago I was
starting to bring the kicad package into a git-buildpackage workflow
which reflected in a upload of a new prepared version by Georges some
days ago.

I'd be happy if the pkg-electronics team would take a look into my work
of packaging  and hopefully later could sponsor a FlatCAM upload. I
prepare the packaging currently on my GitHub site [1].

On 20.11.2016 00:04, Simon Richter wrote:
> Hi,
> 
> On 17.11.2016 19:33, Carsten Schoenert wrote:
> 
>> * Package name: flatcam
> 
>> I'd like to place this package into the pkg-electronics team as other PCB
>> related package are workend on there. I will need a sponsor.
> 
> In case there are no other sponsors, I could do it, but please treat
> this as a last resort as I often have long stretches where I don't even
> find time to go online.
> 
>Simon
> 
> 

[1] https://github.com/tijuca/flatcam

-- 
Regards
Carsten Schoenert



signature.asc
Description: OpenPGP digital signature

Bug#729401: debian-installer: xfsprogs not installed when using xfs filesystems

[Cyril Brulebois]

Control: tag -1 - d-i

Hi,

Jamin Collins  (2013-11-12):
> Package: debian-installer
> Severity: important
> Tags: d-i
> 
> I used the following installation media:
> 
> 6fba6fbf3ecfe38ec7f667f5da658df2  debian-live-7.2-amd64-xfce-desktop.iso
> 
> If XFS volumes are used during the installation the xfsprogs package is not
> installed on the target system.
> 
> This presents a problem as a filesystem check is forced on the first boot, but
> the necessary binary is not installed.  This renders the installed system
> unusable.

FWIW, a test with a post Stretch Alpha 8 image (local build) seems to
install just fine with / on XFS, and xfsprogs is installed; in tasksel,
only ssh task and standard task were selected.

It would be nice to know what the status on jessie is; maybe a fix is
needed there?


KiBi.


signature.asc
Description: Digital signature

Bug#768184: debian-installer: Progress indicator sometimes false

[Cyril Brulebois]

Martin Michlmayr  (2016-02-16):
> I'm copying the APT maintainers for comment:
> 
> * Stéphane Aulery  [2014-11-05 20:13]:
> > Package: debian-installer
> > 
> > After choosing the mirror, counter downloaded files is wrong on several
> > occasions. It displays :
> > 
> > Download file 1 of 1
> > Download file 2 of 2
> > Download file 3 of 3
> > 
> > instead of :
> > 
> > Download file 1 of 3
> > Download file 2 of 3
> > Download file 3 of 3
> 
> * Cyril Brulebois  [2014-11-05 22:48]:
> > ISTR apt's unable to count (possibly because it can't or at least
> > doesn't know in advance how many files it will need).
> 
> * Cyril Brulebois  [2014-11-07 15:57]:
> > Presumably correct while downloading debs, and incorrect while running
> > apt-get update? That would match what I was thinking about. I'm not
> > seeing any obvious bug reports from me against apt about this issue
> > though.

It seems less obvious now, but presumably because my tests are running
on a quicker machine… Anyway, I seem to have spotted this with a local
d-i build, so that might still be current at the moment.


KiBi.


signature.asc
Description: Digital signature

Bug#845077: RFS: node-magic-string/0.16.0-1

[Julien Puydt]

Package: sponsorship-requests
Severity: wishlist
Control: block -1 by 844482

  Dear mentors,

  I am looking for a sponsor for my package "node-magic-string"

 * Package name: node-magic-string
   Version : 0.16.0-1
   Upstream Author : Rich Harris
 * URL : https://github.com/rich-harris/magic-string
 * License : Expat
   Section : web

  It builds those binary packages:

node-magic-string - Modify strings, generate sourcemaps

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


  https://mentors.debian.net/package/node-magic-string


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

dget -x 
https://mentors.debian.net/debian/pool/main/n/node-magic-string/node-magic-string_0.16.0-1.dsc


  It is packaged within the Debian Javascript Maintainers' git repository:
Vcs-Git: 
https://anonscm.debian.org/git/pkg-javascript/node-magic-string.git
Vcs-Browser: 
https://anonscm.debian.org/cgit/pkg-javascript/node-magic-string.git


  Cheers,

Snark on #debian-js

Bug#744863: punjabi installation broken (or at least rescue mode)

[Cyril Brulebois]

Control: forcemerge 727043 -1

Holger Levsen  (2014-04-15):
> package: debian-installer
> 
> 
> [16:47] <  h01ger> | there seems to be a problem with punjabi which other 
> languages dont show: 
>   
> https://jenkins.debian.net/view/g-i-installation/job/g-i-installation_debian_sid_daily_rescue_punjabi/
> [17:37] < KiBi> it seems to loop on the keyboard options screen here
> [17:37] < KiBi> maybe setxkbmap/console-setup failing, and making it loop
> [17:37] < KiBi> (no traces in syslog afaict)

You filed this a while ago already…


KiBi.


signature.asc
Description: Digital signature

Bug#845055: markdown: please make the output reproducible

[Chris Lamb]

Dear Matt,

> Thank you for the report and patch!  I've uploaded a new version of
> the package.

Thank you for the quick turnaround :)


Regards,

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

Bug#358154: Woody

[PAT TILLY]

Baffled Andrew

Bug#845076: RFS: node-esprima/3.1.1+ds-1

[Julien Puydt]

Package: sponsorship-requests
Severity: normal

  Dear mentors,

  I am looking for a sponsor for my package "node-esprima"

 * Package name: node-esprima
   Version : 3.1.1+ds-1
   Upstream Author : jQuery Foundation & Ariya Hidayat
 * URL : [https://esprima.org
 * License : BSD-2-clause
   Section : web

  It builds those binary packages:

node-esprima - ECMAScript parsing infrastructure for multipurpose 
analysis


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


  https://mentors.debian.net/package/node-esprima


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

dget -x 
https://mentors.debian.net/debian/pool/main/n/node-esprima/node-esprima_3.1.1+ds-1.dsc


  It is packaged within the Debian Javascript Maintainers' git repository:
Vcs-Git: https://anonscm.debian.org/git/pkg-javascript/node-esprima.git
Vcs-Browser: 
https://anonscm.debian.org/git/pkg-javascript/node-esprima.git



  Cheers,

Snark o n#

Bug#845075: kernel-image-4.8.0-1-armmp-di: Lamobo R1 cannot access network

[Heinrich Schuchardt]

Package: kernel-image-4.8.0-1-armmp-di
Version: 4.8.5-1
Severity: normal

Dear Maintainer,

I want to install Debian Stretch on my Lamobo R1 using the network installer.

It is unable to connect to the DHCP server.

Please, add the b53 module to the kernel.

CONFIG_B53=y
CONFIG_B53_SPI_DRIVER=y

Best regards

Heinrich Schuchardt

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: armhf (armv7l)

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

Bug#845074: RFS: node-sourcemap-codec/1.3.0-1

[Julien Puydt]

Package: sponsorship-requests
Severity: wishlist
Control: block -1 #844388

  Dear mentors,

  I am looking for a sponsor for my package "node-sourcemap-codec"

 * Package name: node-sourcemap-codec
   Version : 1.3.0-1
   Upstream Author : Rich Harris
 * URL : https://github.com/Rich-Harris/sourcemap-codec
 * License : Expat
   Section : web

  It builds those binary packages:

node-sourcemap-codec - Encode/decode sourcemap mappings

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


  https://mentors.debian.net/package/node-sourcemap-codec


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

dget -x 
https://mentors.debian.net/debian/pool/main/n/node-sourcemap-codec/node-sourcemap-codec_1.3.0-1.dsc


  It is packaged within the Debian Javascript Maintainers' git repository:
Vcs-Git: 
https://anonscm.debian.org/git/pkg-javascript/node-sourcemap-codec.git
Vcs-Browser: 
https://anonscm.debian.org/cgit/pkg-javascript/node-sourcemap-codec.git


  Cheers,

Snark on #debian-js

Bug#824364: spice-vdagent: resize not working with qxl

[intrigeri]

Control: retitle -1 resize not working with qxl in MATE
Control: tag -1 + moreinfo

Hi,

Gedalya:
> Now I've installed the Cinnamon desktop. When logging in I get a notification 
> that we're running in software rendering mode. qxl is loaded. Resizing works:

Resizing also works with GNOME (Stretch VM, sid libvirt host), so I'm
retitling this bug to make it more specific. Can you still reproduce
it with MATE and current spice-vdagent?

Cheers,
-- 
intrigeri