date:20181229

Bug#917656: libnet-server-mail-perl: FTBFS (failing tests)

2018-12-29 Thread Xavier

Le 29/12/2018 à 22:39, Santiago Vila a écrit :
> Package: src:libnet-server-mail-perl
> Version: 0.25-4
> Severity: serious
> Tags: ftbfs
> 
> Dear maintainer:
> 
> I tried to build this package in buster but it failed:
> 
> 
> [...]
> ok 10
> ok
> # Error: Can't call method "peerhost" on an undefined value at t/starttls.t 
> line 131.
> # kill 9, 1658 (server)

Hi all,

SSL randomly timeout error is back. Do I have to disable the relevant test ?

Bug#901651: Python debian: deb822: add support for returning Version objects from iter_paragraphs

2018-12-29 Thread Paul Wise

On Sun, 2018-12-30 at 17:39 +1100, Stuart Prescott wrote:

> Comments or thoughts?

Looks good to me.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



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

Bug#916034: sl-modem-dkms: module FTBFS for 4.18.0-3-amd64, 4.9.0-8-amd64

2018-12-29 Thread أحمد المحمودي

On Wed, Dec 12, 2018 at 01:56:11PM +0100, Andreas Beckmann wrote:
> You you get the compile flags from Kbuild, or do you reinvent them on
> your own?
---end quoted text---

This is the DKMS build line:
MAKE[0]="cd ${dkms_tree}/sl-modem/#MODULE_VERSION#/build; make -C drivers USB=1 
KERNEL_DIR=$kernel_source_dir KERNEL_VER=$kernelver; make -C ungrab-winmodem 
KERNEL_DIR=$kernel_source_dir KERNEL_VER=$kernelver; cd .."

-- 
‎أحمد المحمودي (Ahmed El-Mahmoudy)
 Digital design engineer
GPG KeyIDs: 4096R/A7EF5671 2048R/EDDDA1B7
GPG Fingerprints:
 6E2E E4BB 72E2 F417 D066  6ABF 7B30 B496 A7EF 5761
 8206 A196 2084 7E6D 0DF8  B176 BC19 6A94 EDDD A1B7


signature.asc
Description: PGP signature

Bug#917779: groff FTCBFS: directory layout changed

2018-12-29 Thread Helmut Grohne

Source: groff
Version: 1.22.4-1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

groff fails to cross build from source, because it now fails running the
native cross. It uses two build passes (native and cross) since it needs
a native groff. That used to be located in
build-native/src/roff/groff/groff, but some recent upstream release
moved it to build-native/groff. Other tools followed. The hierarchy got
flattened. Unfortunately the debian packaging was not updated for the
new layout and now it fails. The attached patch fixes that. Please
include that in buster, because groff is part of build-essential.

Helmut
diff --minimal -Nru groff-1.22.4/debian/changelog groff-1.22.4/debian/changelog
--- groff-1.22.4/debian/changelog   2018-12-24 00:35:24.0 +0100
+++ groff-1.22.4/debian/changelog   2018-12-28 16:24:18.0 +0100
@@ -1,3 +1,10 @@
+groff (1.22.4-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Update build-native paths to new layout. (Closes: #-1)
+
+ -- Helmut Grohne   Fri, 28 Dec 2018 16:24:18 +0100
+
 groff (1.22.4-1) unstable; urgency=medium
 
   * New upstream release.
diff --minimal -Nru groff-1.22.4/debian/rules groff-1.22.4/debian/rules
--- groff-1.22.4/debian/rules   2018-12-24 00:29:59.0 +0100
+++ groff-1.22.4/debian/rules   2018-12-28 16:24:18.0 +0100
@@ -65,27 +65,12 @@
   cross :=
 else
   native_tmp := $(CURDIR)/debian/build-native
-  groff_bin_dirs := \
-   $(native_tmp)/src/roff/groff \
-   $(native_tmp)/src/roff/troff \
-   $(native_tmp)/src/preproc/pic \
-   $(native_tmp)/src/preproc/eqn \
-   $(native_tmp)/src/preproc/tbl \
-   $(native_tmp)/src/preproc/grn \
-   $(native_tmp)/src/preproc/refer \
-   $(native_tmp)/src/preproc/soelim \
-   $(native_tmp)/src/preproc/html \
-   $(native_tmp)/src/devices/grops \
-   $(native_tmp)/src/devices/grodvi \
-   $(native_tmp)/src/devices/grotty \
-   $(native_tmp)/src/devices/grolj4 \
-   $(native_tmp)/src/devices/grolbp \
-   $(native_tmp)/src/devices/grohtml
+  groff_bin_dirs := $(native_tmp)
   empty :=
   space := $(empty) $(empty)
   cross := \
-   GROFFBIN=$(native_tmp)/src/roff/groff/groff \
-   GROFF_BIN_DIR=$(native_tmp)/src/roff/groff \
+   GROFFBIN=$(native_tmp)/groff \
+   GROFF_BIN_DIR=$(native_tmp) \
GROFF_BIN_PATH=$(subst $(space),:,$(groff_bin_dirs))
 endif

Bug#917778: supercat: make supercat reproducible adding debhelper

2018-12-29 Thread Juan Picca

Package: supercat
Version: 0.5.5-4.3
Severity: normal
Tags: patch
Usertags: fileordering locale umask

Dear Maintainer,

While working on the "reproducible builds" effort [1], we have noticed
that supercat could not be built reproducibly.

The attached patch (make-reproducible-adding-debhelper.patch) adds
debhelper to build the package, removing reproducibility issues.

Also, a second patch (fix-lintian-issues.patch) is added to fix some
lintian issues.

Regards,
JMPC

[1]: https://wiki.debian.org/ReproducibleBuilds
diff -urN supercat-0.5.5.old/debian/compat supercat-0.5.5/debian/compat
--- supercat-0.5.5.old/debian/compat2016-08-02 03:45:06.0 +
+++ supercat-0.5.5/debian/compat2018-12-28 13:59:14.374775078 +
@@ -1 +1 @@
-5
+11
diff -urN supercat-0.5.5.old/debian/control supercat-0.5.5/debian/control
--- supercat-0.5.5.old/debian/control   2016-08-02 16:45:18.0 +
+++ supercat-0.5.5/debian/control   2018-12-28 13:59:41.158359483 +
@@ -2,7 +2,7 @@
 Section: utils
 Priority: optional
 Maintainer: Kumar Appaiah 
-Build-Depends: autotools-dev, quilt, autoconf, automake
+Build-Depends: debhelper (>= 11)
 Standards-Version: 3.8.3
 Homepage: http://supercat.nosredna.net/
 Vcs-Browser: http://git.debian.org/?p=users/akumar/supercat.git
diff -urN supercat-0.5.5.old/debian/rules supercat-0.5.5/debian/rules
--- supercat-0.5.5.old/debian/rules 2016-08-02 08:57:31.0 +
+++ supercat-0.5.5/debian/rules 2018-12-28 12:02:39.513188272 +
@@ -1,117 +1,4 @@
 #!/usr/bin/make -f
-# -*- makefile -*-
-
-export SOURCE_DATE_EPOCH = $(shell date -d "$$(dpkg-parsechangelog --count 1 
-SDate)" +%s)
-
-# Package name
-PACKAGE_NAME = supercat
-
-# Install program
-INSTALL = install
-
-INSTALL_FILE= $(INSTALL) -p-o root -g root  -m  644
-INSTALL_PROGRAM = $(INSTALL) -p-o root -g root  -m  755
-INSTALL_SCRIPT  = $(INSTALL) -p-o root -g root  -m  755
-INSTALL_DIR = $(INSTALL) -p -d -o root -g root  -m  755
-
-
-# The installation directory
-PACKAGE_DIR = debian/$(PACKAGE_NAME)
-
-CFLAGS=$(shell dpkg-buildflags --get CFLAGS)
-LDFLAGS=$(shell dpkg-buildflags --get LDFLAGS)
-
-ifneq ($(DEB_HOST_GNU_TYPE),$(DEB_BUILD_GNU_TYPE))
-CROSS= --build $(DEB_BUILD_GNU_TYPE) --host $(DEB_HOST_GNU_TYPE)
-else
-CROSS= --build $(DEB_BUILD_GNU_TYPE)
-endif
-
-ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS)))
-INSTALL_PROGRAM += -s
-endif
-
-configure:
-   cp -f configure.ac configure.ac.bak
-   autoupdate configure.ac
-   autoreconf --force --install --symlink --warnings=all
-   ./configure $(CROSS) --prefix=/usr --mandir=\$${prefix}/share/man 
--infodir=\$${prefix}/share/info CFLAGS="$(CFLAGS)" LDFLAGS="$(LDFLAGS)"
-
-config.status: configure
-   $(checkdir)
-ifneq "$(wildcard /usr/share/misc/config.sub)" ""
-   cp -f /usr/share/misc/config.sub config.sub
-endif
-ifneq "$(wildcard /usr/share/misc/config.guess)" ""
-   cp -f /usr/share/misc/config.guess config.guess
-endif
-
-
-build: build-stamp
-
-build-stamp: config.status
-   $(checkdir)
-   $(MAKE)
-   touch $@
-
-clean: checkroot
-   $(checkdir)
-   rm -f build-stamp
-   [ ! -f Makefile ] || $(MAKE) distclean
-   rm -f config.sub config.guess config.log
-   rm -rf $(PACKAGE_DIR) debian/files debian/substvars
-   test -e configure.ac.bak && mv -f configure.ac.bak configure.ac || true
-   rm -f Makefile.in */Makefile.in aclocal.m4 config.h.in configure
-   rm -f compile install-sh missing depcomp
-   rm -rf autom4te.cache/
-
-install: checkroot build
-   $(checkdir)
-   $(MAKE) DESTDIR=$(CURDIR)/$(PACKAGE_DIR) install
-
-# Build architecture-independent files here.
-binary-indep: checkroot build install
-# We have nothing to do by default.
-
-# Build architecture-dependent files here.
-binary-arch: checkroot build install
-   $(checkdir)
-   $(INSTALL_DIR) $(PACKAGE_DIR)/usr/share/doc/$(PACKAGE_NAME)/
-   for i in doc/spc.txt debian/README.Debian;do \
-   $(INSTALL_FILE) -m 644 $$i 
$(PACKAGE_DIR)/usr/share/doc/$(PACKAGE_NAME)/; \
-   done;
-   $(INSTALL_FILE) -m 644 ChangeLog 
$(PACKAGE_DIR)/usr/share/doc/$(PACKAGE_NAME)/changelog
-   $(INSTALL_FILE) -m 644 debian/changelog 
$(PACKAGE_DIR)/usr/share/doc/$(PACKAGE_NAME)/changelog.Debian
-   for i in $(PACKAGE_DIR)/usr/share/doc/$(PACKAGE_NAME)/changelog*;do \
-   gzip -9nv $$i; \
-   done;
-   $(INSTALL_FILE) -m 644 debian/copyright 
$(PACKAGE_DIR)/usr/share/doc/$(PACKAGE_NAME)/copyright
-   $(INSTALL_DIR) $(PACKAGE_DIR)/etc/$(PACKAGE_NAME)
-   $(INSTALL_DIR) $(PACKAGE_DIR)/usr/share/man/man1
-   $(INSTALL_FILE) -m 644 doc/spc.1 $(PACKAGE_DIR)/usr/share/man/man1
-   gzip -9nv $(PACKAGE_DIR)/usr/share/man/*/*
-# Strip binaries (including hack by policy wonks)
-ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS)))
-   strip -R.note -R.comment $(PACKAGE_DIR)/usr/bin/*
-endif
-   dpkg-shlibdeps $(PACKAGE_DIR)/us

Bug#901651: Python debian: deb822: add support for returning Version objects from iter_paragraphs

2018-12-29 Thread Stuart Prescott

Control: tags -1 + patch

On Saturday, 16 June 2018 16:48:13 AEDT Paul Wise wrote:
> It would be a useful feature to have the iter_paragraphs method from
> the deb822 Sources and Packages classes support returning Version
> objects in the Version field. This would help with sorting versions.
> 
> Since this would add overhead and might be incompatible with things
> like json.dumps, it might be best to either not enable it by default
> or declare it as a breaking API change in the docuentation.

I've had a go at implementing this in a backwards-compatible fashion by 
exposing methods for get_version() and set_version(v) within the classes for 
which that makes sense (Dsc, Changes, Packages, Sources).

https://salsa.debian.org/python-debian-team/python-debian/merge_requests/7

Comments or thoughts?

cheers
Stuart

-- 
Stuart Prescotthttp://www.nanonanonano.net/   stu...@nanonanonano.net
Debian Developer   http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7

Bug#917579: new upstream version (3.36)

2018-12-29 Thread Norbert Preining

On Fri, 28 Dec 2018, Daniel Baumann wrote:
> it would be nice if you could upgrade to the current upstream version

https://lists.debian.org/debian-tex-maint/2018/12/msg00019.html

Norbert

--
PREINING Norbert   http://www.preining.info
Accelia Inc. +JAIST +TeX Live +Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#917717: pylint-django: FTBFS: dh_auto_test: pybuild --test --test-pytest -i python{version} -p 3.7 returned exit code 13

2018-12-29 Thread eamanu15

Hi,

This is because upstream deleted the "YES" alias from astroid on
https://github.com/PyCQA/astroid/commit/36fa294e9b84885d95a03b1fbc07da63e6d6a79b

This issue was opened on pylint-django (
https://github.com/PyCQA/pylint-django/issues/201)

They resolve the issue adding on setup.py the requirement of astroid ==
2.0.4.

I've push to salsa a patch adding the 'YES' alias on pylint-django (
https://salsa.debian.org/python-team/modules/pylint-django/commit/c3f38068cda75d4125b4e6274598a8f4acd892bd#58ef006ab62b83b4bec5d81fe5b32c3b4c2d1cc2
)

Cheers

-- 
Arias Emmanuel
http://eamanu.com
Github/Gitlab; @eamanu
Debian: @eamanu-guest

Bug#917777: ITP: sexpect -- Expect for Shells

2018-12-29 Thread Clark Wang

Package: wnpp
Severity: wishlist
Owner: Clark Wang 

* Package name: sexpect
  Version : 2.1.8
  Upstream Author : Clark Wang 
* URL : https://github.com/clarkwang/sexpect
* License : GPL
  Programming Lang: C
  Description : Expect for Shells

Expect is for Tcl. Expect.pm is for Perl. Pexpect is for Python. ... But
what for shells?

Quite often, shell scripters need to use Expect to progmatically
interact with another program. The big problem is they don't have time
to learn Tcl's syntax or they don't want to.

I developed "sexpect" which is a single program. It works like GNU
screen. It runs the spawned process on a pty in background as a daemon
and it can talk with the daemon and control the spawned process.

Example:

 # sexpect spawn ssh user@host echo hello world
 # sexpect expect -nocase password:
 # sexpect send -cstring 'password\r'
 # sexpect expect -eof
 # sexpect wait

Bug#917776: python3-astroid: The homepage "www.astroid.com" does not exist

2018-12-29 Thread eamanu

Package: python3-astroid
Severity: normal

Dear Maintainer,

The Homepage "www.astroid.org" Doest not exist. 


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

Kernel: Linux 4.9.0-8-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 /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages python3-astroid depends on:
ii  python33.5.3-1
pn  python3-lazy-object-proxy  
ii  python3-six1.10.0-3
pn  python3-wrapt  

python3-astroid recommends no packages.

python3-astroid suggests no packages.

Bug#917775: RFP: xrandr-invert-colors -- xrandr-invert-colors

2018-12-29 Thread Eric Wong

Package: wnpp
Severity: wishlist

* Package name: xrandr-invert-colors
  Version : git
  Upstream Author : Zoltan Padrah 
* URL : https://github.com/zoltanp/xrandr-invert-colors
* License : GPL-3.0+
  Programming Lang: C
  Description : invert colors on all screens using XRandR

"xcalib -i -a" does not work with all video cards and doesn't
work on all screens.  xrandr-invert-colors is better than xcalib
in this case.

Bug#917774: RFP: rubygems-roda -- routing tree web toolkit for Ruby

2018-12-29 Thread Eric Wong

Package: wnpp
Severity: wishlist

* Package name: rubygems-roda
  Version : 3.15.0
  Upstream Author : Jeremy Evans
* URL : http://roda.jeremyevans.net/
* License : MIT
  Programming Lang: Ruby
  Description : routing tree web toolkit for Ruby

Roda is a routing tree web toolkit, designed for building fast and
maintainable web applications in ruby.

It's faster and simpler than existing frameworks like sinatra
or rails

I don't plan to maintain it in Debian myself.

Bug#917428: [Debian-science-sagemath] Python 2 matplotlib package required for sagemath

2018-12-29 Thread Sandro Tosi

> You are right, I didn't notice the new matplotlib2 package and sagemath 
> failed to build due to the missing matplotlibrc in python-matplotlib-data.

this should be fixed, does sagemath build fine now?

-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
G+: https://plus.google.com/u/0/+SandroTosi

Bug#907998: gimp: Gimp does not load or crashes quickly

2018-12-29 Thread Jeremy Bicha

On Tue, Sep 4, 2018 at 7:57 PM Michael Biebl  wrote:
> On 9/5/18 01:08, Attila Kinali wrote:
> > Package: gimp
> > Version: 2.10.6-2
> > Severity: grave
> > Justification: renders package unusable
> >
> > Hi,
> >
> > No matter what I do, Gimp does not load properly. Most times it
> > just gets stuck on some routine on boot up. If it successfully
> > loads, then it crashes within a few operations. There does not
> > seem a pattern, at least not one that I could descern.
> >
>
> When it crashes, what's the output on stdout/stderr?

There has been no reply in nearly 3 months. Therefore, we will be
closing this bug soon since there is not enough information for us to
be able to do anything here.

Thanks,
Jeremy Bicha

Bug#803197: SOGo isn't the only victim, cups breaks as well

2018-12-29 Thread Ryan Tandy


On Sat, Dec 29, 2018 at 05:36:32PM -0800, Ryan Tandy wrote:

I have attached a test program


Actually attached this time.
#include 
#include 
#include 
#include 

#include 
#include 
#include 
#include 
#include 

#include 
#include 

#define LDAP_DEPRECATED 1
#include 

static const char *server_name = "ldap.stanford.edu";
static const char *server_service = "ldaps";
static const char *server_uri = "ldap://ldap.stanford.edu";;

static void *libldap;

static int (*myldap_initialize)(LDAP **, const char *);
static int (*myldap_set_option)(LDAP *, int, const void *);
static char *(*myldap_err2string)(int );
static int (*myldap_start_tls_s)(LDAP *, LDAPControl **, LDAPControl **);
static int (*myldap_simple_bind_s)(LDAP *, const char *, const char *);
static int (*myldap_unbind_s)(LDAP *);

#define DLSYM(sym) { my##sym = dlsym(libldap, #sym); chk_dl("dlopen"); }

static void chk_g(int rc) {
	if (rc < 0) {
		gnutls_perror(rc);
		exit(EXIT_FAILURE);
	}
}

static void chk_dl(const char *s) {
	const char *err = dlerror();
	if (err != NULL) {
		fprintf(stderr, "%s: %s\n", s, err);
		exit(EXIT_FAILURE);
	}
}

static void chk_ld(int rc, const char *s) {
	if (rc != LDAP_SUCCESS) {
		const char *err = myldap_err2string(rc);
		fprintf(stderr, "%s: %s\n", s, err);
		exit(EXIT_FAILURE);
	}
}

static void chk(int rc, const char *s) {
	if (rc < 0) {
		perror(s);
		exit(EXIT_FAILURE);
	}
}

static gnutls_session_t tls_connect(gnutls_certificate_credentials_t cred) {
	gnutls_session_t session;
	chk_g(gnutls_init(&session, GNUTLS_CLIENT));
	chk_g(gnutls_set_default_priority(session));
	chk_g(gnutls_server_name_set(session, GNUTLS_NAME_DNS, server_name, strlen(server_name)));
	chk_g(gnutls_credentials_set(session, GNUTLS_CRD_CERTIFICATE, cred));

	struct addrinfo *ai;
	chk(getaddrinfo(server_name, server_service, NULL, &ai), "getaddrinfo");

	int sd = socket(AF_INET, SOCK_STREAM, 0);
	chk(sd, "socket");

	chk(connect(sd, ai->ai_addr, ai->ai_addrlen), "connect");

	printf("Connected to %s:%s\n", server_name, server_service);

	gnutls_transport_set_int(session, sd);

	int rc;
	while ((rc = gnutls_handshake(session)) == GNUTLS_E_AGAIN) {
		printf("gnutls_handshake: %s\n", gnutls_strerror(rc));

	}
	chk_g(rc);

	printf("TLS established\n");
	return session;
}

static void tls_disconnect(gnutls_session_t session) {
	int rc = gnutls_bye(session, GNUTLS_SHUT_RDWR);
	chk_g(rc);
	gnutls_deinit(session);

	printf("Disconnected\n");
}

static void open_libldap() {
	libldap = dlopen("libldap.so", RTLD_NOW);
	chk_dl("dlopen");

	DLSYM(ldap_initialize);
	DLSYM(ldap_set_option);
	DLSYM(ldap_err2string);
	DLSYM(ldap_start_tls_s);
	DLSYM(ldap_simple_bind_s);
	DLSYM(ldap_unbind_s);
}

int main(void) {
	chk_g(gnutls_global_init());

	gnutls_certificate_credentials_t cred;
	chk_g(gnutls_certificate_allocate_credentials(&cred));
	chk_g(gnutls_certificate_set_x509_system_trust(cred));

	gnutls_session_t session = tls_connect(cred);
	tls_disconnect(session);

	open_libldap();

	LDAP *ld;
	chk_ld(myldap_initialize(&ld, server_uri), "ldap_initialize");

	const int version = 3;
	chk_ld(myldap_set_option(ld, LDAP_OPT_PROTOCOL_VERSION, &version), "ldap_set_option");

	chk_ld(myldap_start_tls_s(ld, NULL, NULL), "ldap_start_tls_s");
	chk_ld(myldap_simple_bind_s(ld, NULL, NULL), "ldap_simple_bind_s");

	chk_ld(myldap_unbind_s(ld), "ldap_unbind_s");

	chk(dlclose(libldap), "dlclose");

	session = tls_connect(cred);
	tls_disconnect(session);

	gnutls_certificate_free_credentials(cred);
	gnutls_global_deinit();

	exit(EXIT_SUCCESS);
}

Bug#803197: Exactly the same problem happens with sendmail.

2018-12-29 Thread Ryan Tandy


Hi John,

On Mon, Sep 04, 2017 at 06:42:37PM +0200, John Hughes wrote:

Sendmail, on start, closes all fd's above 2.

Since sendmail is linked to libldap, which is linked to gnutls this 
means sendmail closes fd 3, on which gnutls has opened /dev/urandom.


Later on in the sendmail run fd 3 gets reopened, and if a ldap 
function is called then gnutls unceremoniously closes the fd and 
reopens /dev/urandom.


From sendmail's point of view it looks like one of its files has 
suddenly been replaced with random garbage!


I'm sorry for not responding to this for so long, but do you recall what 
release of Debian you saw this behaviour on?


I've been looking at this ticket again and it looks like in stretch 
(Debian 9) and later, GnuTLS uses the getrandom() system call and does 
not open/reopen anything. So I'm wondering whether you encountered this 
problem in stretch as well, or only in jessie - or whether getrandom() 
is for some reason not available on your setup and GnuTLS falls back to 
opening urandom.


If you still have the same problem on stretch or buster, I'd welcome any 
info about how to set up a system to reproduce it.


Thanks
Ryan

Bug#803197: SOGo isn't the only victim, cups breaks as well

2018-12-29 Thread Ryan Tandy

Upon reviewing this bug, I've found that in stretch and later, GnuTLS
actually uses getrandom() instead of opening /dev/urandom. This was
introduced in GnuTLS 3.5.3 and requires Linux 3.18 and Glibc 2.25. The
fd-clobber program that I attached to an earlier comment [1]
demonstrates the issue in jessie, but works without issue in stretch and
buster.

[1]
https://bugs.debian.org/cgi-bin/bugreport.cgi?att=1;bug=803197;filename=fd-clobber.c;msg=25

You can observe this by running any LDAP client with
GNUTLS_DEBUG_LEVEL=2:

gnutls[2]: getrandom random generator was detected

Based on that, I believe that the issue originally reported was actually
resolved by that change, and the fd closing could probably be reinstated
for systems where getrandom() is available. I will try to patch that
back into SOGo and see what happens on a current system.

As for the cupsd issue you reported: I haven't been able to reproduce
the segfault in cupsd, but I have attached a test program that I think
demonstrates the issue as you described it. However, it crashes
consistently in stretch but not in buster. :) Not sure whether that is a
functional change or just luck of memory layout.

I need to do some more testing, but I think I will be OK with removing
the gnutls_global_set_mutex() calls in the next upload. But even so,
please do migrate to nss-pam-ldapd! Your point about libldap messing
with global state is valid, but in the specific case of PAM modules we
already have a solution, as Howard did point out to you.

Bug#238585: [Pkg-sysvinit-devel] Bug#238585: changing submitter

2018-12-29 Thread Jay Berkenbilt

No, I think this has long since been overcome by events. Please feel free
to close. We live in a world of systemd today. Thanks for following up.

On Sat, Dec 29, 2018 at 1:33 PM Dmitry Bogatov  wrote:

>
> control: tags -1 +moreinfo
>
> Dear submitter, are you still going to implement your suggestion?
>
> [2008-06-11 18:35] Petter Reinholdtsen 
> >
> > part   text/plain 448
> > [Jay Berkenbilt]
> > > A quick perusal of the code suggests that it should be a pretty
> > > localized change.
> >
> > I would recommend looking at how SuSe and Fedore does this, to see if
> > they got some nice ideas.  In SuSe, I know that parallel booting is
> > disabled when interactive boot is activated, and I suspect this is a
> > good idea for Debian too.
> >
> > And yes, a patch relative to the latest svn version is prefered. :)
> >
> > Happy hacking,
> > --
> > Petter Reinholdtsen
>
>

Bug#746221: initscripts: Debian should have an init script for saving/restoring backlight level on laptops

2018-12-29 Thread Benda Xu

Hi Dmitry,

Dmitry Bogatov  writes:

> Dear co-maintainers, what do you think? While personally I never used
> this feature, I believe it would not introduce much of complexity into
> initscripts. Neither I believe this functionality deserves separate
> binary package. So, objections to inclusion?

Recently I have been tuning the backlight of my laptop manually.

We have, for example `xbacklight` in the repository that needs to be
updated to support newer laptop models.

Benda

Bug#917773: shadow: doesn't respect SOURCE_DATE_EPOCH

2018-12-29 Thread Johannes 'josch' Schauer

Source: shadow
Severity: normal
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps

Hi,

the /etc/shadow as created by debootstrap does not respect the
SOURCE_DATE_EPOCH environment variable anymore. This bug was formerly
fixed in #857803. Steps to reproduce:

$ sudo SOURCE_DATE_EPOCH=0 debootstrap --variant=minbase unstable 
debian-unstable
$ sudo cat debian-unstable/etc/shadow
root:*:17895:0:9:7:::
daemon:*:17895:0:9:7:::
bin:*:17895:0:9:7:::
sys:*:17895:0:9:7:::
sync:*:17895:0:9:7:::
games:*:17895:0:9:7:::
man:*:17895:0:9:7:::
lp:*:17895:0:9:7:::
mail:*:17895:0:9:7:::
news:*:17895:0:9:7:::
uucp:*:17895:0:9:7:::
proxy:*:17895:0:9:7:::
www-data:*:17895:0:9:7:::
backup:*:17895:0:9:7:::
list:*:17895:0:9:7:::
irc:*:17895:0:9:7:::
gnats:*:17895:0:9:7:::
nobody:*:17895:0:9:7:::
_apt:*::0:9:7:::

So some parts of shadow respect SOURCE_DATE_EPOCH (the user _apt is
created with a lastchange field of zero) but other parts do not (the
remaining users).

Unfortunately I don't have time to debug this problem right now but my
hunch is, that the culprit is a line like this:

https://sources.debian.org/src/shadow/1:4.5-1.1/src/pwconv.c/?hl=268#L268

Instead, spent.sp_lstchg should be set to the return value of the
gettime() function.

Thanks!

cheers, josch

Bug#917772: java-common: Please bump OpenJDK version for sh4 to 11

2018-12-29 Thread John Paul Adrian Glaubitz

Source: java-common
Version: 0.70
Severity: normal
User: debian-sup...@lists.debian.org
Usertags: sh4

Hello!

I have successfully bootstrapped OpenJDK 11 for sh4, thus we can
bump the default Java version for sh4 in the java-common package
to 11:

--- debian/java_defaults.mk.orig2018-10-03 23:26:42.0 +0200
+++ debian/java_defaults.mk 2018-12-29 23:11:51.998816128 +0100
@@ -7,10 +7,9 @@
alpha amd64 arm64 armel armhf i386 \
ia64 m68k mips mipsel mips64el \
powerpc ppc64 ppc64el \
-   riscv64 s390x sparc64 x32
+   riscv64 s390x sh4 sparc64 x32
 java10_architectures = $(java11_architectures) \
-   powerpcspe \
-   sh4
+   powerpcspe
 java9_architectures = $(java10_architectures)
 java8_architectures = $(java9_architectures) \
kfreebsd-amd64 kfreebsd-i386

Please incorporate this change for the next upload.

Thanks,
Adrian

--
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913
--- debian/java_defaults.mk.orig2018-10-03 23:26:42.0 +0200
+++ debian/java_defaults.mk 2018-12-29 23:11:51.998816128 +0100
@@ -7,10 +7,9 @@
alpha amd64 arm64 armel armhf i386 \
ia64 m68k mips mipsel mips64el \
powerpc ppc64 ppc64el \
-   riscv64 s390x sparc64 x32
+   riscv64 s390x sh4 sparc64 x32
 java10_architectures = $(java11_architectures) \
-   powerpcspe \
-   sh4
+   powerpcspe
 java9_architectures = $(java10_architectures)
 java8_architectures = $(java9_architectures) \
kfreebsd-amd64 kfreebsd-i386

Bug#917532: RFP: fava -- web interface for the Beancount accounting tool

2018-12-29 Thread Pierre-Elliott Bécue

Le dimanche 30 décembre 2018 à 01:24:23+0100, Pierre-Elliott Bécue a écrit :
> Le samedi 29 décembre 2018 à 21:26:50+0100, Stefano Zacchiroli a écrit :
> > On Sat, Dec 29, 2018 at 09:11:23PM +0100, Pierre-Elliott Bécue wrote:
> > > It's in new now. :)
> > 
> > Thanks! :-)
> 
> You're very welcome.
> 
> Let's go back to fava.
> 
> As any flask app, it could be served as a true website, but I'm not sure
> it's the actual goal of the software (there seem to be no auth and no
> security).
> 
> I think a webserver config + WSGI handling is quite overkill. Do you agree?

I uploaded a batch of fixes on the skeleton you had set up on salsa.

Cheers!

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


signature.asc
Description: PGP signature

Bug#916415: nocache broken with glibc 2.28: several programs just hang in call to futex(..., FUTEX_WAIT_PRIVATE, 2, NULL)

2018-12-29 Thread Aurelien Jarno

On 2018-12-23 01:14, Aurelien Jarno wrote:
> control: reassign -1 nocache
> control: tag -1 + patch
> 
> On 2018-12-14 07:44, Aurelien Jarno wrote:
> > control: forwarded -1 https://github.com/Feh/nocache/issues/34
> > 
> > On 2018-12-14 13:33, Paul Wise wrote:
> > > Package: nocache/1.0-1,libc6/2.28-2
> > > Severity: critical
> > > Justification: breaks unrelated software
> > > Usertags: hang
> > > 
> > > The upgrade from libc6 2.27-8 to 2.28-2 breaks nocache; some programs,
> > > when run under it (but not all of them), hang in a call to read/futex:
> > 
> > I haven't looked at it in details, but at least accorded to the upstream
> > bug, it seems to be an issue on the nocache side:
> > 
> > https://github.com/Feh/nocache/issues/34
> 
> There is now an upstream commit fixing the issue on the nocache side:
> 
> https://github.com/Feh/nocache/commit/e4e77a48528739188dccbdbd8b4d2d2d49aa0d99
> 

And a new upstream version 1.1 which includes this patch.

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net


signature.asc
Description: PGP signature

Bug#917532: RFP: fava -- web interface for the Beancount accounting tool

2018-12-29 Thread Pierre-Elliott Bécue

Le samedi 29 décembre 2018 à 21:26:50+0100, Stefano Zacchiroli a écrit :
> On Sat, Dec 29, 2018 at 09:11:23PM +0100, Pierre-Elliott Bécue wrote:
> > It's in new now. :)
> 
> Thanks! :-)

You're very welcome.

Let's go back to fava.

As any flask app, it could be served as a true website, but I'm not sure
it's the actual goal of the software (there seem to be no auth and no
security).

I think a webserver config + WSGI handling is quite overkill. Do you agree?

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

signature.asc
Description: PGP signature

Bug#917719: libbio-tools-run-alignment-tcoffee-perl: FTBFS: dh_auto_test: make -j2 test TEST_VERBOSE=1 returned exit code 2

2018-12-29 Thread gregor herrmann

Control: reassign -1 t-coffee 12.00.7fb08c2-1
Control: forcemerge 917143  -1

On Sat, 29 Dec 2018 23:06:16 +0100, Lucas Nussbaum wrote:

> Source: libbio-tools-run-alignment-tcoffee-perl
> Version: 1.7.4-1
> Severity: serious
> Justification: FTBFS on amd64
> Tags: buster sid
> Usertags: ftbfs-20181229 ftbfs-buster
> 
> Hi,
> 
> During a rebuild of all packages in sid, your package failed to build
> on amd64.

That's #917143 in t-coffee which affects libbio-tools-run-alignment-tcoffee-perl


Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   NP: Rolling Stones: Out-of-time


signature.asc
Description: Digital Signature

Bug#872935: FTBFS: Could not locate puppetlabs/kitchensink/testutils__init.class or puppetlabs/kitchensink/testutils.clj on classpath.

2018-12-29 Thread Santiago Vila

On Tue, 22 Aug 2017, Hans Joachim Desserud wrote:

> Source: kitchensink-clojure
> Version: 2.3.0-1
> Severity: important
> 
> Dear Maintainer,
> 
> kitchensink-clojure currently fails to build from source with the
> following error message:
> 
> dh_auto_test
> (cd test && find . -name "*_test.clj" | \
>   xargs --verbose clojure -cp
> /build/kitchensink-clojure-2.3.0/kitchensink.jar:/usr/share/java/clojure.jar:/usr/share/java/tools.cli.jar:/usr/share/java/tools.logging.jar:/usr/share/java/clj-time.jar:/usr/share/java/raynes-fs.jar:/usr/share/java/slingshot.jar:/usr/share/java/cheshire.jar:/usr/share/java/ini4j.jar:/usr/share/java/dynapath.jar:/usr/share/java/clj-digest.jar)
> clojure -cp
> /build/kitchensink-clojure-2.3.0/kitchensink.jar:/usr/share/java/clojure.jar:/usr/share/java/tools.cli.jar:/usr/share/java/tools.logging.jar:/usr/share/java/clj-time.jar:/usr/share/java/raynes-fs.jar:/usr/share/java/slingshot.jar:/usr/share/java/cheshire.jar:/usr/share/java/ini4j.jar:/usr/share/java/dynapath.jar:/usr/share/java/clj-digest.jar
> ./puppetlabs/kitchensink/core_test.clj ./puppetlabs/kitchensink/json_test.clj
> ./puppetlabs/kitchensink/classpath_test.clj
> Exception in thread "main" java.io.FileNotFoundException: Could not locate
> puppetlabs/kitchensink/testutils__init.class or
> puppetlabs/kitchensink/testutils.clj on classpath.,
> compiling:(/build/kitchensink-clojure-2.3.0/test/./puppetlabs/kitchensink/core_test.clj:1:1)
>   at clojure.lang.Compiler.load(Compiler.java:7391)
>   at clojure.lang.Compiler.loadFile(Compiler.java:7317)
>   at clojure.main$load_script.invokeStatic(main.clj:275)
>   at clojure.main$load_script.invoke(main.clj:268)
>   at clojure.main$script_opt.invokeStatic(main.clj:337)
>   at clojure.main$script_opt.invoke(main.clj:330)
>   at clojure.main$main.invokeStatic(main.clj:421)
>   at clojure.main$main.doInvoke(main.clj:384)
>   at clojure.lang.RestFn.invoke(RestFn.java:436)
>   at clojure.lang.Var.invoke(Var.java:388)
>   at clojure.lang.AFn.applyToHelper(AFn.java:160)
>   at clojure.lang.Var.applyTo(Var.java:700)
>   at clojure.main.main(main.java:37)
> Caused by: java.io.FileNotFoundException: Could not locate
> puppetlabs/kitchensink/testutils__init.class or
> puppetlabs/kitchensink/testutils.clj on classpath.

This seems to be the same problem which happens in honeysql-clojure or 
ssl-utils-clojure.

There is a failed build log in reproducible-builds on armhf:

https://tests.reproducible-builds.org/debian/logs/buster/armhf/kitchensink-clojure_2.3.0-1.build2.log.gz

and I can reproduce it nearly 100% of the time on 1-XS instances (amd64) from 
Scaleway.

I hope Cyril can team-upload this one as well.

Thanks.

Bug#853858: 안녕하세요

2018-12-29 Thread lisa jaster

안녕하세요, 저는 Lisa Jaster입니다. 당신을 알게되어 대단히 기쁩니다.이 매체를 통해 연락하는 것을 허락 해 주시기 바랍니다. 저는 
매우 중요하고 기밀 사항이 있습니다. 제가 당신과상의하고 싶습니다. 친절하게 답장을 보내서 소개하겠습니다. 내 자신을 당신에게, 고마워,
관련
리사 재 스터.

Bug#917598: closed by Drew Parsons (Bug#917598: fixed in petsc4py 3.10.0-3)

2018-12-29 Thread peter green


Found 917598 3.10.0-3
thanks.

Unfortunately it seems it still fails with the same error.

On 29/12/18 20:21, Debian Bug Tracking System wrote:

This is an automatic notification regarding your Bug report
which was filed against the petsc4py package:

#917598: petsc4py FTBFS error: ‘SNESTEST’ undeclared

It has been closed by Drew Parsons .

Their explanation is attached below along with your original report.
If this explanation is unsatisfactory and you have not received a
better one in a separate message then please contact Drew Parsons 
 by
replying to this email.

Bug#917771: python-pywebview: Incomplete debian/copyright?

2018-12-29 Thread Chris Lamb

Source: python-pywebview
Version: 2.2.1+dfsg-1
Severity: serious
Justication: Policy 12.5
X-Debbugs-CC: Jochen Sprickerhof , 
ftpmas...@debian.org

Hi,

I just ACCEPTed python-pywebview from NEW but noticed it was missing 
attribution in debian/copyright for at least examples/todos/README.

This is in no way exhaustive so please check over the entire package 
carefully and address these on your next upload.

(Please also clarify in debian/rules why you disable the testsuite
there.)


Regards,

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

Bug#917770: dump1090-mutability: user running dump1090-mutability service should be added to plugdev group

2018-12-29 Thread Pavel Kreuzt

Package: dump1090-mutability
Version: 1.15~20180310.4a16df3+dfsg-3
Severity: normal

Dear Maintainer,

selected user to run dump1090-mutability service is not added automatically to 
plugdev group, which causes permissions problems with rtl-sdr udev rules and 
prevents service start.

Versions of packages dump1090-mutability depends on:
ii  adduser   3.118
ii  cdebconf [debconf-2.0]0.245
ii  debconf [debconf-2.0] 1.5.69
ii  libc6 2.28-2
ii  libjs-excanvas0.r3-4
ii  libjs-jquery-ui   1.12.1+dfsg-5
ii  libjs-jquery-ui-theme-smoothness  1.12.1+dfsg-1
ii  librtlsdr00.6-1
ii  libusb-1.0-0  2:1.0.22-2
ii  lsb-base  10.2018112800

Versions of packages dump1090-mutability recommends:
ii  lighttpd  1.4.52-2
ii  python2.7.15-3

dump1090-mutability suggests no packages.

-- debconf information excluded

Bug#746204: gnome-terminal: -t/--title command line ignored

2018-12-29 Thread Vincent Lefevre

On 2015-01-19 21:06:22 +, Simon McVittie wrote:
> Control: tags 746204 + upstream wontfix
> 
> On Mon, 28 Apr 2014 at 11:03:33 +0900, Norbert Preining wrote:
> > since the step to 3.12 gnome-terminal ignores any
> > -t
> > --title
> > option.
> 
> This appears to be a deliberate upstream change: setting the title via
> configuration is no longer supported, because users complained that
> the title from menu configuration or the command-line ("static title")
> was in practice usually overwritten by the one set by the ESC]0;...\a
> escape sequence ("dynamic title"). This changed between 3.10 and 3.12.

Well, it seems that they have reverted the change since -t / --title
is currently working correctly: If I run

  gnome-terminal -t foo -- sleep 10

or

  gnome-terminal --title foo -- sleep 10

I get a window with the title "foo".

> The suggested solution is to use the escape sequence in your shell
> prompt (e.g. $PS1), or ensure that /etc/profile.d/vte-2.91.sh is
> sourced (it sets up a PROMPT_COMMAND suitable for gnome-terminal's
> terminal emulation library).

But one does not necessarily use a shell (see above), and this would
need a wrapper to start a shell in order to send the escape sequence
before running the command... So, it is great that the option is
working now.

And even when one uses a shell, having an initial title (before it
is changed by the shell) may be useful for the window manager, to
have different behaviors depending on this title.

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

Bug#917769: ITP: golang-github-tealeg-xlsx -- golang library for reading and writing XLSX files

2018-12-29 Thread Nobuhiro Iwamatsu

Package: wnpp
Severity: wishlist
Owner: Nobuhiro Iwamatsu 

* Package name: golang-github-tealeg-xlsx
  Version : 1.0.3+git20181024.dbf71b6-1
  Upstream Author : Geoffrey J. Teale
* URL : https://github.com/tealeg/xlsx
* License : BSD-3-clause
  Programming Lang: Go
  Description : golang library for reading and writing XLSX files
 
 golang-github-tealeg-xlsx is a library to simplify reading and writing the XML
 format used by recent version of Microsoft Excel in Go programs.

Bug#917692: [Pkg-electronics-devel] Bug#917692: sdcc: FTBFS: LaTeX Error: File `footnotehyper.sty' not found.

2018-12-29 Thread Jonathan McDowell

On Sat, Dec 29, 2018 at 10:39:07PM +0100, Lucas Nussbaum wrote:
> During a rebuild of all packages in sid, your package failed to build
> on amd64.
...
> > ! LaTeX Error: File `footnotehyper.sty' not found.
> > 
> > Type X to quit or  to proceed,
> > or enter new name. (Default extension: sty)
> > 
> > Enter file name: 
> > ! Emergency stop.
> >  
> >  
> > l.22 \usepackage
> > {amstext}^^M
> > No pages of output.
> > Transcript written on sdccman.log.
> > make[1]: *** [Makefile:67: sdccman.dvi] Error 1

Looks like lyx has changed again; we now need a build-dep on
texlive-latex-extra for this (lyx only recommends it).

J.

-- 
 No program done by a hacker will  |  .''`.  Debian GNU/Linux Developer
 work unless he is on the system.  | : :' :  Happy to accept PGP signed
   | `. `'   or encrypted mail - RSA
   |   `-key on the keyservers.

Bug#917768: [debian-refcard] bigger font for Spanish and French

2018-12-29 Thread Holger Wansing

Package: refcard
Tags: patch


There are three languages which have a smaller font size set: Bulgarian, 
Spanish 
and French. 
This has been set in the past in intend for sure, but these days it can be
reverted for Spanish and French without any disadvantage. 
It would lead to better readability.

Patch is attached.


Holger




-- 
Holger Wansing 
PGP-Finterprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076
diff --git a/dblatex.xsl b/dblatex.xsl
index c489d6e..2359679 100644
--- a/dblatex.xsl
+++ b/dblatex.xsl
@@ -83,7 +83,7 @@
 \newpages{
 
 2
-0
 1
 
diff --git a/preproc.xsl b/preproc.xsl
index 2565066..356f452 100644
--- a/preproc.xsl
+++ b/preproc.xsl
@@ -20,7 +20,7 @@
   
   
 	
-	  footnotesize
 	  small

Bug#917752: lintian: FTBFS: tests failed

2018-12-29 Thread Chris Lamb

[Adding felix.lech...@lease-up.com to CC]

Hi Lucas,

Looks like we have a number of issues here.

> > +I: changes-upstream-signature-not-missing source: 
> > public-upstream-key-unusable upstream/signing-key.asc cannot be processed

Felix, not sure your MR/branch handles this one?

> > -W: debhelper-compat-experimental source: 
> > package-needs-versioned-debhelper-build-depends 12

I assume it addresses this one in an ongoing/sustainable manner.

> > -W: manpages-general: manpage-has-errors-from-man 
> > usr/share/man/man1/test.1p.gz 14: warning: macro `dep' not defined 
> > (possibly missing space after `de')

I don't recall seeing one for these.


Best wishes,

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

Bug#917767: gnome-terminal outputs debug messages when started from the command line

2018-12-29 Thread Vincent Lefevre

Package: gnome-terminal
Version: 3.30.2-2
Severity: minor
Tags: upstream
Forwarded: https://gitlab.gnome.org/GNOME/gnome-terminal/issues/42

When one starts gnome-terminal from the command line, it outputs
useless debug messages such as:

# watch_fast: "/org/gnome/terminal/legacy/" (establishing: 0, active: 0)
# unwatch_fast: "/org/gnome/terminal/legacy/" (active: 0, establishing: 1)
# watch_established: "/org/gnome/terminal/legacy/" (establishing: 0)

Not sure what has changed, but 2 weeks ago, I did not get such
messages.

-- 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.19.0-1-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 gnome-terminal depends on:
ii  dbus-user-session [default-dbus-session-bus]  1.12.12-1
ii  dbus-x11 [dbus-session-bus]   1.12.12-1
ii  dconf-gsettings-backend [gsettings-backend]   0.30.1-2
ii  gnome-terminal-data   3.30.2-2
ii  gsettings-desktop-schemas 3.28.1-1
ii  libatk1.0-0   2.30.0-2
ii  libc6 2.28-4
ii  libdconf1 0.30.1-2
ii  libglib2.0-0  2.58.1-2
ii  libgtk-3-03.24.2-3
ii  libpango-1.0-01.42.1-1
ii  libuuid1  2.33-0.2
ii  libvte-2.91-0 0.54.2-2
ii  libx11-6  2:1.6.7-1

Versions of packages gnome-terminal recommends:
ii  gvfs   1.38.1-2
ii  nautilus-extension-gnome-terminal  3.30.2-2
ii  yelp   3.30.0-2

gnome-terminal suggests no packages.

-- no debconf information

Bug#917654: bacula-doc: FTBFS (LaTeX Error: Missing begin{document})

2018-12-29 Thread Carsten Leonhardt

Control: merge 917654 917735

Hi,

I'm sorry for having used your time by not reporting this myself. As far
as I can say, one of the last TeX updates introduced this FTBFS. I have
yet to find the exact cause.

Regards,

Carsten

Bug#917516: anbox: does not pull binder or ashmem kernel drivers as dependency

2018-12-29 Thread Svetlana Tkachenko

You are right, with wmaker I don't have a desktop icon but the .desktop file 
gives me the command to run.

$ anbox launch --package=org.anbox.appmgr 
--component=org.anbox.appmgr.AppViewActivity
[ 2018-12-29 22:38:20] [launch.cpp:214@operator()] Session manager failed to 
become ready
$ journalctl -u anbox-container-manager.service
-- Logs begin at Wed 2018-12-26 10:59:10 AEDT, end at Sun 2018-12-30 10:13:28 A
дек 29 21:17:55 debians systemd[1]: Starting Anbox Container Manager...
дек 29 21:17:57 debians systemd[1]: Started Anbox Container Manager.
$ journalctl -u anbox-session-manager.service
-- Logs begin at Wed 2018-12-26 10:59:10 AEDT, end at Sun 2018-12-30 10:13:38 A
-- No entries --
$

Bug#917632: bugs.debian.org: During kernel boot the nvme module is not loaded, make the kernel not finding the rootfs

2018-12-29 Thread Don Armstrong

Control: reassign -1 linux-signed-amd64
Control: found -1 4.17.0-3

Just a note, bugs.debian.org is the package for reporting issues with
the bug tracking system itself, not general issues in packages (or the
kernel.)

I've reassigned this bug for you.

On Sat, 29 Dec 2018, Patrick Boettcher wrote:
> I did an apt upgrade this morning, I'm running testing/unstable. This updated
> my kernels to 4.17.0-3-amd64 and 4.19.0-1-amd64. I think the first since a few
> months (6 or more, but less then one year).

>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
> 
> sudo apt update; sudo apt dist-upgrade
> 
>* What was the outcome of this action?
> 
> After rebooting to the new kernel booting stuck with some messages about mdadm
> looking for a RAID I don't have.
> 
> Ultimately the initramfs-shell came up and I found out that there are no 
> block-
> devices loaded. /dev/sda* and /dev/nvme* did not exists.
> 
> I manually modprobe'd nvme. Followed by CTRL-D and the boot continued.
> 
> 
> 
> -- System Information:
> Debian Release: buster/sid
>   APT prefers unstable
>   APT policy: (602, 'unstable'), (601, 'testing'), (600, 'stable'), (598, 
> 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 4.17.0-3-amd64 (SMP w/12 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=C.UTF-8 (charmap=locale: Cannot set LC_ALL 
> to default locale: No such file or directory
> UTF-8), LANGUAGE=en_US:en (charmap=locale: Cannot set LC_ALL to default 
> locale: No such file or directory
> UTF-8)
> Shell: /bin/sh linked to /usr/bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
> 
-- 
Don Armstrong  https://www.donarmstrong.com

When bad men combine, the good must associate; else they will fall one
by one, an unpitied sacrifice in a contemptible struggle.
 -- Edmund Burke "Thoughts on the Cause of Present Discontents"

Bug#917766: [debian-refcard] improve layout for some languages

2018-12-29 Thread Holger Wansing

Package: refcard
Tags: patch


The attached patch gives some improvement to the layout of the following 
languages: 
ca, de, eu, fi, gl, hu, it, nl, pl, pt, ro, uk.
In concrete, that means: 
The copyright notice is moved to the bottom of the middle column of page 1,
as it is for English (taking English as reference).


Holger




-- 
Holger Wansing 
PGP-Finterprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076
diff --git a/dblatex.xsl b/dblatex.xsl
index c489d6e..1198d97 100644
--- a/dblatex.xsl
+++ b/dblatex.xsl
@@ -82,8 +82,8 @@
 
 \newpages{
 
-2
-2
+0
 1

1 2 3 4 >

1 - 100 of 361 matches

Mail list logo