Bug#871049: linux: please enable MMC_SDHCI_XENON

/Dg4x http://deb.li/QjfU so in the next upload for 4.12 your SD card should be functional. Best regards Uwe -- Pengutronix e.K. | Uwe Kleine-König| Industrial Linux Solutions | http://www.pengutronix.de/ |

Bug#868936: vlc: port to libupnp-1.8

ces (2017-08-03 22:25:34 +0200) ------------ Uwe Kleine-König (1): Drop -1.8 prefix at various places Makefile.am| 4 ++-- build/vc10/libupnp.sln | 2 +- configure.ac |

Bug#868936: vlc: port to libupnp-1.8

Hello, adding Marcelo and Fabrice (upstream upnp) to Cc. On Thu, Jul 20, 2017 at 02:34:42PM +0200, Sebastian Ramacher wrote: > > currently there are two versions of libupnp in the archive (libupnp6 and > > libupnp-1.8-10). To be able to remove libupnp6 (i.e. the older of the > > two) it is

Bug#868936: vlc: port to libupnp-1.8

. The patch below implements this for vlc. With this applied I can still playback videos with vlc. Best regards and thanks Uwe -->8-- From: Uwe Kleine-König <uklei...@debian.org> Date: Wed, 19 Jul 2017 17:26:52 +0200 Subject: [PATCH] Port vlc to libupnp-1.8 --- debian/

Bug#868883: schroot: btrfs-snapshot requires btrfs-snapshot-directory= but doesn't use it

Package: schroot Version: 1.6.10-3+b1 Severity: minor Hello, I have: $ cat /etc/schroot/chroot.d/unstable-amd64-default-237842 [unstable-amd64-default] description=Debian unstable/amd64 chroot groups=root,sbuild root-groups=root,sbuild

Bug#867706: backfire-dkms: module FTBFS for Linux 4.11

Hello Marcelo, On 07/11/2017 11:21 PM, Marcelo Henrique Cerri wrote: > Package: backfire-dkms > Version: 1.0-1 > Tags: patch > Followup-For: Bug #867706 > > Can you please check if the attached patch fixes the problem for you? It probably does but it is ugly and I already talked to upstream and

Bug#867768: certbot: Fails to renew certs when a sytem call is interrupted

Package: certbot Version: 0.10.2-1 Severity: normal Hello, when I resize my terminal while certbot is trying to renew a certificate, the process aborts with a message like: Cert is due for renewal, auto-renewing... Attempting to renew cert from /path/to/host.conf produced an

Bug#862514: Gcc creates illegal instructions when combining C + ASM on arm on sid

Hello, On Wed, Jun 21, 2017 at 09:09:41AM +0200, Uwe Kleine-König wrote: > On Sun, May 14, 2017 at 12:09:42AM +0300, Jussi Pakkanen wrote: > > Package: gcc > > Version: 6.3.0-4 > > > > Gcc creates binaries that fail with "invalid instruction". To >

Bug#862514: Gcc creates illegal instructions when combining C + ASM on arm on sid

Hello Jussi, On Sun, May 14, 2017 at 12:09:42AM +0300, Jussi Pakkanen wrote: > Package: gcc > Version: 6.3.0-4 > > Gcc creates binaries that fail with "invalid instruction". To > reproduce create the following main.c: > > int get_retval(void); > > int main(int argc, char **argv) { > return

Bug#789607: git-email: better to install with package "ca-certificates" by Recommends or Suggests

Package: git Version: 1:2.11.0-3 Followup-For: Bug #789607 Hello, without ca-certificates installed I get on a Debian porter box: (sid_arm64-dchroot)ukleinek@asachi:~$ debcheckout linux declared git repository at https://anonscm.debian.org/git/kernel/linux.git git clone

Bug#863394: [Reportbug-maint] Bug#863394: reportbug: fails to send reports to t...@security.debian.org with smtphost reportbug.debian.org

Hello, On Fri, May 26, 2017 at 02:07:00PM -0400, Sandro Tosi wrote: > > Maybe reportbug.debian.org should be reconfigured to allow relaying to > > security.debian.org? > > and as reported in the documentation: > > $ zcat /usr/share/doc/reportbug/README.Users.gz | tail -n3 > Let us also clarify

Bug#863394: reportbug: fails to send reports to t...@security.debian.org with smtphost reportbug.debian.org

Package: reportbug Version: 7.1.6 Severity: normal Hello, I'm using smtphost reportbug.debian.org in my .reportbugrc and reported a security relevant bug. reportbug asked my to send my report to the private Security Team mailing list instead of the public bts. Then it failed on submitting

Bug#863393: qa.debian.org: vcswatch gets some corner cases wrong

Package: qa.debian.org Severity: normal Hello, vcswatch currently complains about sparse: https://qa.debian.org/cgi-bin/vcswatch?package=sparse It tells: UNREL: VCS matches the version in the archive, but the VCS changelog is UNRELEASED. The uploader should update the changelog and

Bug#856487: libsbc1: compiling with gcc > 4.9 causes stack corruption

Hello, after some discussion in #debian-arm, I have to revise this. On 04/26/2017 10:30 AM, Uwe Kleine-König wrote: > On Mon, Apr 17, 2017 at 05:02:32PM +0100, Paul Brook wrote: >> Package: libsbc1 >> Version: 1.3-1+b2 >> Followup-For: Bug #856487 >>

Bug#856487: libsbc1: compiling with gcc > 4.9 causes stack corruption

On Mon, Apr 17, 2017 at 05:02:32PM +0100, Paul Brook wrote: > Package: libsbc1 > Version: 1.3-1+b2 > Followup-For: Bug #856487 > > Not a stack corruption. > > This is miscompilation of sbc_analyze_4b_8s_armv6. gcc appears to look > into the asm function and decides that it does not clobber r3

Bug#858859: pelican: theme notmyidea uses removed variable PAGES

Package: pelican Version: 3.7.1-1 Severity: normal Tags: upstream Hello, /usr/lib/python2.7/dist-packages/pelican/themes/notmyidea/templates/index.html still uses the PAGES context variable that according to /usr/share/doc/pelican/changelog.gz doesn't exist anymore since 3.7.0. Unless

Bug#857211: ITA: libupnp -- Portable SDK for UPnP Devices, version 1.6 (shared libraries)

Hello James, Cc += libu...@packages.qa.debian.org On 03/20/2017 11:24 AM, James Cowgill wrote: > On Wed, 8 Mar 2017 23:10:02 +0100 Uwe =?iso-8859-1?Q?Kleine-K=F6nig?= > wrote: >> Control: owner -1 ! >> Control: retitle -1 "ITA: libupnp -- Portable SDK for UPnP Devices,

Bug#854078: network-manager: nm-online returns before network devices got an address

Hello Michael, On Sat, Mar 18, 2017 at 12:10:48AM +0100, Michael Biebl wrote: > I've updated the packages at [1] to 1.6.2-3~test0 including the patches > from the th/device-wifi-wait-for-scan-bgo770938 branch. > > Would be great if you can give those packages a try and report back. I installed

Bug#837451: xserver-xorg-core: visual flashes followed by hard crash upon keyboard interaction with thinkpad x201

Hello, On 03/17/2017 12:41 PM, bertagaz wrote: > Uwe reported that with a newest release of xserver-xorg-core, the > bug disappeared. [1] Note that I'm still at 2:1.19.0-3 (as at the time when I reported the issue). So the problem was fixed by something different. Best regards Uwe

Bug#854854: AW: Bug#854854: qcontrol: reboot/poweroff

Hello Peter, On 03/16/2017 10:52 AM, Peter Buechner wrote: > I cleared the bug according the link below and the system is working now . \o/ > But what I wonder: my kernel version is 3.16.0-4-kirkwood. How I got this? This is expected for a jessie system. > I followed the procedure on page >

Bug#854854: qcontrol: reboot/poweroff

Cc += Alexandre Belloni, debian-kernel, stable@k.o Hello, On Wed, Mar 15, 2017 at 06:10:47PM -0700, Martin Michlmayr wrote: > > After new installation of Debian the system is properly powering > > down either shutdownor by power button. Also the restart is working > > by power button. But after

Bug#857205: flash-kernel: Add support for TI OMAP4 PandaBoard-ES

Control: tag -1 + pending Hello, On Thu, Mar 09, 2017 at 08:34:24AM +0100, Marc Kleine-Budde wrote: > On 03/09/2017 02:35 AM, Sebastian Reichel wrote: > > On Wed, Mar 08, 2017 at 08:53:50PM +, Marc Kleine-Budde wrote: > >> +Machine: TI OMAP4 PandaBoard-ES > >> +Kernel-Flavors: armmp

Bug#857211: O: libupnp -- Portable SDK for UPnP Devices, version 1.6 (shared libraries)

Control: owner -1 ! Control: retitle -1 "ITA: libupnp -- Portable SDK for UPnP Devices, version 1.6 (shared libraries)" On Wed, Mar 08, 2017 at 10:30:49PM +0100, Tobias Frost wrote: > Maintaining a package requires time and skills. Please only adopt this > package if you will have enough time

Bug#525284: findutils: xargs -P should run n processes in parallel all the time

Control: fixed -1 4.4.2-4 Hello, On Thu, Apr 23, 2009 at 03:05:53PM +0200, Marc Lehmann wrote: > Package: findutils > Version: 4.4.0-2 > Severity: wishlist I have findutils 4.6.0+git+20161106-1 and cannot reproduce that: $ cat xargs-P-test #!/bin/sh for p do

Bug#854078: network-manager: nm-online returns before network devices got an address

Hello Michael, On Thu, Feb 16, 2017 at 12:24:20AM +0100, Michael Biebl wrote: > this bug is supposed to be fixed in 1.6.2. > I've uploaded a test build to people.debian.org [1]. It would be great > if you can test those packages and report back to confirm whether it's > really fixed for you or

Bug#771441: [syslinux] tftpd: don't use AI_ADDRCONFIG to resolve addresses to bind(2)

Hello hpa, On 02/14/2017 08:17 PM, H. Peter Anvin wrote: > Okay, let me chime in here. That's great, thanks. > AI_ADDRCONFIG seems to be the Wrong Thing[TM]. > AI_PASSIVE seems to be the Right Thing[TM]. And you even seem to agree with me, that's still greater :-) > Part of the problem is

Bug#854302: libc6: AI_ADDRCONFIG is not in all situations a useful default

Package: libc6 Version: 2.24-8 Severity: normal Tags: upstream Hello, quoting getaddrinfo(3): According to POSIX.1-2001, specifying hints as NULL should cause ai_flags to be assumed as 0. The GNU C library instead assumes a value of (AI_V4MAPPED | AI_ADDRCONFIG)

Bug#771441: tftpd: don't use AI_ADDRCONFIG to resolve addresses to bind(2)

Hello Ron, On Sun, Feb 05, 2017 at 05:05:16PM +1030, Ron wrote: > On Sat, Feb 04, 2017 at 11:28:08PM +0100, Uwe Kleine-König wrote: > > On Sat, Feb 04, 2017 at 03:46:46PM +1030, Ron wrote: > > > > [...] > > > That would seem to be a pretty good summation of how w

Bug#854301: libc6: getaddrinfo with AF_UNSPEC and AI_ADDRCONFIG should not return results on offline machine

Package: libc6 Version: 2.24-8 Severity: normal Tags: upstream patch Hello, for ease of reproducibility I show my examples in Python, but I verified that the problem is in glibc and not in Python: On a machine without network access I get: >>> import socket >>>

Bug#771441: tftpd: don't use AI_ADDRCONFIG to resolve addresses to bind(2)

Hello Ron, On Sat, Feb 04, 2017 at 03:46:46PM +1030, Ron wrote: > > [...] > That would seem to be a pretty good summation of how we're failing to > converge here ... I mixed too many things that IMHO improve the code but actually only care about one of those. So I suggest we restart the

Bug#854078: network-manager: nm-online returns before network devices got an address

Package: network-manager Version: 1.4.4-1 Severity: serious Tags: upstream Justification: affects other packages Control: forwarded -1 https://bugzilla.gnome.org/show_bug.cgi?id=777831 Hello, this is to track this bug in the Debian BTS. It is already reported upstream. tftpd-hpa has in it's

Bug#780294: Attempts to resolve IPv6 even when only link-local IPv6 addresses configured

On Wed, Mar 11, 2015 at 10:59:40AM -0700, Josh Triplett wrote: > Package: libc6 > Version: 2.19-15 > Severity: important > > I'm on a network that has somewhat broken DNS: attempts to resolve > records for some hosts produce long timeouts. > > As I understand it, glibc is supposed to check

Bug#771441: [syslinux] Bug#771441: [PATCH tftpd-hpa] tftpd: don't use AI_CANONNAME and AI_ADDRCONFIG to resolve addresses for bind

On Fri, Feb 03, 2017 at 03:40:32PM +1030, Ron wrote: > On Thu, Feb 02, 2017 at 02:22:47PM +0100, Uwe Kleine-König wrote: > > On Thu, Feb 02, 2017 at 04:08:49PM +1030, Ron via Syslinux wrote: > > > > > The use of AI_PASSIVE here is a placebo. That flag has no effect unles

Bug#771441: [syslinux] Bug#771441: [PATCH tftpd-hpa] tftpd: don't use AI_CANONNAME and AI_ADDRCONFIG to resolve addresses for bind

Hello Ron, On Thu, Feb 02, 2017 at 04:08:49PM +1030, Ron via Syslinux wrote: > On Sun, Jan 29, 2017 at 12:09:43PM +0100, Uwe Kleine-König wrote: > > AI_CANONNAME is only relevant when the resulting official name is used, > > which is not the case in tftpd for the address t

Bug#771441: [PATCH tftpd-hpa] tftpd: don't use AI_CANONNAME and AI_ADDRCONFIG to resolve addresses for bind

AI_CANONNAME is only relevant when the resulting official name is used, which is not the case in tftpd for the address to bind to. Also AI_ADDRCONFIG isn't helpful. This flag is good for sockets used to connect(2) somewhere. But for listening sockets it makes tftpd fail to start when -a 0.0.0.0:69

Bug#771441: tftpd-hpa fails to start properly if network is unavailable

Hello, On Fri, Jan 27, 2017 at 09:48:22AM +0100, Uwe Kleine-König wrote: > I acknowledge Norbert's expectations for the ipv4 world. So I did the > following with python to test my expectations: > > >>> import socket > >>> fd4 = socket.socket(soc

Bug#771441: tftpd-hpa fails to start properly if network is unavailable

Hello, FTR: I'm annoyed by the behaviour of tftp here, too. On Fri, May 22, 2015 at 09:38:36AM +0930, Ron wrote: > On Thu, May 21, 2015 at 11:23:28PM +0200, Norbert Lange wrote: > > 2015-05-21 16:59 GMT+02:00 Ron : > > > As we discussed earlier in this bug, if that's what you

Bug#778277: remove squeeze tag

Control: tag -1 - squeeze Hello, I stumbled about this bug and don't understand why it got the "squeeze" tag. So I'm removing it to let the normal version tracking take care about affected releases. Best regards Uwe signature.asc Description: PGP signature

Bug#831857: Security update for libupnp (CVE-2016-6255, CVE-2016-8863)

On Tue, Dec 13, 2016 at 02:03:50PM +0100, Sébastien Delafond wrote: > On Dec/13, Uwe Kleine-König wrote: > > Do you consider CVE-2016-6255 and CVE-2016-8863 bad enough to make a > > security update for it? If so, I suggest the following debdiff. > > Yes, the first one is b

Bug#831857: Security update for libupnp (CVE-2016-6255, CVE-2016-8863)

-6255 and CVE-2016-8863 +(Closes: #831857, #842093) + + -- Uwe Kleine-König <uklei...@debian.org> Tue, 13 Dec 2016 11:46:31 +0100 + libupnp (1:1.6.19+git20141001-1) unstable; urgency=low * Ack both NMUs, thankyou for your care of this package. diff -Nru libupnp-1.6.19+git20141001/

Bug#842093: embedded copies of libupnp

Hello, On 12/09/2016 11:28 AM, Sebastian Ramacher wrote: > On 2016-12-09 10:16:25, James Cowgill wrote: >> On 09/12/16 09:27, Uwe Kleine-König wrote: >>> there are two source packages (in sid, found via codesearch.d.n) that >>> include embedded copies of lib

Bug#841224: still more CVEs

Control: retitle -1 mediatomb: libupnp vulnerabilities CVE-2012-5958, CVE-2012-5959, CVE-2012-5960, CVE-2016-6255, CVE-2016-8863 (This is title += CVE-2016-8863) Hello, the embedded copy of libupnp in mediatomb is also vulnerable to CVE-2016-8863. Best regards Uwe signature.asc Description:

Bug#813249: announce NMU of libupnp to fix #813249 and #842093

On Fri, Dec 09, 2016 at 11:10:50AM +0100, Uwe Kleine-König wrote: > Hello, > > as I didn't get any feedback from the maintainer of libupnp for #813249 > since January and the package has an open grave bug which was reported > in October I intend to upload an NMU with the below de

Bug#813249: announce NMU of libupnp to fix #813249 and #842093

, Closes: #842093) + * Fix usage on ipv6 enabled hosts (Closes: #813249) + + -- Uwe Kleine-König <uklei...@debian.org> Fri, 09 Dec 2016 10:40:28 +0100 + libupnp (1:1.6.19+git20160116-1.1) unstable; urgency=high * Non-maintainer upload. diff -Nru libupnp-1.6.19+git20160116/debian/patches/CV

Bug#842093: embedded copies of libupnp

Hello, there are two source packages (in sid, found via codesearch.d.n) that include embedded copies of libupnp: djmount and mediatomb (maintainers on Cc:). djmount build-depends on libupnp-dev and calls configure with --with-external-libupnp, so fixing libupnp should be good enough here.

Bug#813249: [PATCH upnp] miniserver: fix binding to ipv6 link-local addresses

Hello, On 12/08/2016 07:42 PM, Marcelo Roberto Jimenez wrote: > I can't look at the matter right now, but I can commit it. I had already > applied the one you sent me earlier, is this one supposed to go on top > of the last one or instead of the last one. I must say I liked the > comment "You

Bug#813249: [PATCH upnp] miniserver: fix binding to ipv6 link-local addresses

On Wed, Dec 07, 2016 at 10:10:16AM +0100, Uwe Kleine-König wrote: > Hello Nick, > > > On Wed, Nov 30, 2016 at 10:04:04PM +0100, Uwe Kleine-König wrote: > > Linux requires to have sin6_scope_id hold the interface id when binding to > > link-local addresses. This is alrea

Bug#842093: [u...@kleine-koenig.org: Re: libupnp: CVE-2016-8863]

On Thu, Dec 08, 2016 at 02:36:01PM +0100, Uwe Kleine-König wrote: > I created a patch for CVE-2016-8863 but forgot to Cc: you. Do you care > to take a look? I now created a more sophisticated patch and attached it to the original bug report (https://sourceforge.net/p/pupnp/bugs/133/). Fe

Bug#842093: [u...@kleine-koenig.org: Re: libupnp: CVE-2016-8863]

Hello Marcelo, I created a patch for CVE-2016-8863 but forgot to Cc: you. Do you care to take a look? Best regards Uwe - Forwarded message from Uwe Kleine-König <u...@kleine-koenig.org> - Date: Thu, 8 Dec 2016 14:20:32 +0100 From: Uwe Kleine-König <u...@kleine-koenig.org> T

Bug#842093: libupnp: CVE-2016-8863

Control: tag -1 + patch Hello, On Tue, Oct 25, 2016 at 10:27:24PM +0200, Salvatore Bonaccorso wrote: > the following vulnerability was published for libupnp. The issue is > reproducible easily if libupnp compiled with ASAN and following the > reproducing steps in the upstream bugreport. I

Bug#833930: gitk: display shot, application usability gone

Hello, just another data point: On Wed, Oct 12, 2016 at 02:27:59PM +0200, Antoni Marcinek wrote: > I observe the same problem for about the same time with sid. I tried > purging gitk,tk,tcl and associated libs, as well as libx11-6 with all > dependent packages and reinstalling. None of this

Bug#813249: [PATCH upnp] miniserver: fix binding to ipv6 link-local addresses

Hello Nick, On Wed, Nov 30, 2016 at 10:04:04PM +0100, Uwe Kleine-König wrote: > Linux requires to have sin6_scope_id hold the interface id when binding to > link-local addresses. This is already in use in other parts of upnp, so > portability shouldn't be in the way here. Without th

Bug#837451: xserver-xorg-core: visual flashes followed by hard crash upon keyboard interaction with thinkpad x201

Control: forwarded -1 https://bugs.freedesktop.org/show_bug.cgi?id=98742 On Sun, Sep 11, 2016 at 01:59:50PM -0400, Gabriel Filion wrote: > I've been having weird crashes that happen only when I interact with my > keyboard. It also happens with a keyboard plugged in to USB port. Just a small note

Bug#845626: sparse: make sparse installable without graphical libraries

Control: tag -1 + pending Hello, On Fri, Dec 02, 2016 at 05:12:43PM +0100, W. Martin Borgert wrote: > Quoting Uwe Kleine-König <uwe+deb...@kleine-koenig.org>: > > I'm open for a package split. Do you care enough to prepare a patch? > > Attached. > diff --git a/debian/

Bug#845626: sparse: make sparse installable without graphical libraries

Hello, On 11/25/2016 11:58 AM, W. Martin Borgert wrote: > Package: sparse > Version: 0.5.0-1 > Severity: wishlist > > I'm using sparse on a build server and would like to have it > without ~55 MiB of GTK+ and GNOME libs. One could either split > out test-inspect into its own package or only

Bug#846519: mailman: Broken link in admin webpage

Package: mailman Version: 1:2.1.18-2+deb8u1 Severity: normal Hello, I have a list with web_page_url = 'http://myvirtualhost/mailman/' while mm_cfg.DEFAULT_URL_PATTERN = 'https://%s/'. As HTMLFormatter.GetMailmanFooter calls Utils.ScriptURL('listinfo') without passing web_page_url the 'Overview

Bug#813249: [PATCH upnp] miniserver: fix binding to ipv6 link-local addresses

Linux requires to have sin6_scope_id hold the interface id when binding to link-local addresses. This is already in use in other parts of upnp, so portability shouldn't be in the way here. Without this bind(2) fails with errno=EINVAL (although ipv6(7) from manpages 4.08 specifies ENODEV in this

Bug#846368: ipv6: binding to a link-local ipv6 address without sin6_scope_id return EINVAL

Package: manpages Version: 4.08-1 Severity: normal Hello, ipv6(7) says in the ERROR paragraph that binding to a link-local v6 address without specifying a valid interface index in sin6_scope_id returns the error ENODEV. This is a bit misleading because specifying 0 or a valid but wrong interface

Bug#813249: libupnp6: vlc fails to playback upnp provided content since upgrade to 1:1.6.19+git20160116-1

On Sun, Nov 27, 2016 at 10:37:36PM +0100, Uwe Kleine-König wrote: > Control: tag 813249 + ipv6 > > Hello, > > On Sun, Jan 31, 2016 at 02:44:51AM +0100, Uwe Kleine-König wrote: > > On 01/30/2016 11:05 PM, Uwe Kleine-König wrote: > > > Package: libupnp6 > &g

Bug#813249: libupnp6: vlc fails to playback upnp provided content since upgrade to 1:1.6.19+git20160116-1

Control: tag 813249 + ipv6 Hello, On Sun, Jan 31, 2016 at 02:44:51AM +0100, Uwe Kleine-König wrote: > On 01/30/2016 11:05 PM, Uwe Kleine-König wrote: > > Package: libupnp6 > > Version: 1:1.6.19+git20160116-1 > > Severity: normal > > > > Hello, > > > &g

Bug#844530: linux-image-4.9.0-rc5-armmp-unsigned: fails to boot

Hello, On Tue, Nov 22, 2016 at 06:49:49PM +0900, Roger Shimizu wrote: > On Thu, Nov 17, 2016 at 1:50 AM, Ben Hutchings wrote: > > On Wed, 2016-11-16 at 17:26 +0100, Uwe Kleine-Koenig wrote: > >> Package: src:linux > >> Version: 4.9~rc5-1~exp1 > >> Severity: important > > I

Bug#844530: [1/2] kbuild: provide include/asm/asm-prototypes.h for ARM

Hello, On Mon, Oct 24, 2016 at 05:05:26PM +0200, Arnd Bergmann wrote: > This adds an asm/asm-prototypes.h header for ARM to fix the > broken symbol versioning for symbols exported from assembler > files. > > In addition to the header, we have to do these other small > changes: > > - move the

Bug#844007: radare2: rasm2 mis-assembles to thumb code

TF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages radare2 depends on: ii libc6 2.24-5 ii libradare2-1.0 1.0+dfsg-1 ii libzip4 1.1.2-1.1 ii zlib1g 1:1.2.8.dfsg-2+b3 -- Pengutronix e.K. |

Bug#841161: /usr/sbin/tcpdump: tcpdump -d impossible as normal user

Package: tcpdump Version: 4.7.4-3 Severity: minor File: /usr/sbin/tcpdump Hello, I wonder why I need to be root (well, probably "only" need a net related capability) when generating a bpf filter: uwe@perseus:~$ /usr/sbin/tcpdump -d ether dst 01:02:03:04:05:06 tcpdump: wlp2s0: You don't have

Bug#839803: installation-reports: Stretch Alpha 7 and todays daily fails to boot on ReadyNAS2120

On Wed, Oct 05, 2016 at 10:09:30AM +0200, Uwe Kleine-König wrote: > Hello again, > > On Wed, Oct 05, 2016 at 09:15:05AM +0200, Uwe Kleine-König wrote: > > when booting the installer kernel + initramfs the kernel just hangs > > after some time. Below is the complete boot log

Bug#839803: installation-reports: Stretch Alpha 7 and todays daily fails to boot on ReadyNAS2120

Hello again, On Wed, Oct 05, 2016 at 09:15:05AM +0200, Uwe Kleine-König wrote: > when booting the installer kernel + initramfs the kernel just hangs > after some time. Below is the complete boot log. After the last line the > machine doesn't react at all, neither on normal key pr

Bug#839803: installation-reports: Stretch Alpha 7 and todays daily fails to boot on ReadyNAS2120

Package: installation-reports Severity: normal Hello, when booting the installer kernel + initramfs the kernel just hangs after some time. Below is the complete boot log. After the last line the machine doesn't react at all, neither on normal key presses nor on sysrq stuff. There are messages

Bug#838739: [linux-latest] linux-image-amd64 broken in backports

On Tue, Sep 27, 2016 at 02:58:57PM -0400, Rob Lange wrote: > This is a heads-up that linux-image-$ARCH is uninstallable in backports, > and has been for at least a day. It seems that the kernel in backports has > been updated to 4.7, and 4.6 has been removed from the repository, but the >

Bug#831219: memtool: Handling of short files broken

Package: memtool Version: 2016.07.0-1 Followup-For: Bug #831219 for non-empty files doing md at the end is also broken: $ echo lala > lolo $ /usr/sbin/memtool md -s lolo : 616c616c 000a lala 0010:

Bug#833096: linux-perf-4.6: perf fails to find external debug info

Package: linux-perf-4.6 Version: 4.6.4-1 Severity: normal Tags: patch upstream Hello, perf fails to parse the build-id section of binaries. Upstream is affected between 403567217d3f ("perf symbols: Do not read symbols/data from device files") == v4.6-rc1~165^2~79^2~24 and

Bug#831219: memtool: Handling of short files broken

Package: memtool Version: 2016.07.0-1 Severity: minor Tags: upstream uwe@perseus:/tmp$ touch emptyfile uwe@perseus:/tmp$ /usr/sbin/memtool md -s emptyfile Bus error uwe@perseus:/tmp$ /usr/sbin/memtool mw -d emptyfile 0 0 Bus error I'm not sure what

Bug#831063: sbuild --help broken

Package: sbuild Version: 0.69.0-2 Severity: normal $ sbuild --help Can't exec "'man": No such file or directory at /usr/share/perl5/Sbuild.pm line 253. I'm not a perl guru, but I guess this one is easy to fix. Best regards Uwe

Bug#794266: shutdown of QNAP TS-41x should work soon

Control: tag 794266 + pending Hello, I committed a fix for this problem to the kernel's sid branch and prepared a backport to jessie that probably will go in soon. I don't know the plans when these will be uploaded though. The problem is the following: The rtc can wakeup the machine with an

Bug#827170: xul-ext-foxyproxy-standard: Please don't integrate into icedove

Package: xul-ext-foxyproxy-standard Severity: normal Hello, since icedove 1:45.1.0-1 icedove conflicts with xul-ext-foxyproxy-standard (>> 3.4-1) to work around http://bugs.debian.org/820026. As I want to use foxyproxy in firefox and I also use icedove (without need for foxyproxy) it would be

Bug#826565: python3: refers to python3.4

Package: python3 Version: 3.5.1-4 Severity: minor /usr/share/doc/python3/README.Debian promises that more documentation can be found in /usr/share/doc/python3.4, but this directory doesn't exist and I think it should be fixed to say python3.5 instead. Best regards Uwe -- System Information:

Bug#823921: firewalld: fails to start and so delays system boot

Package: firewalld Version: 0.4.1.2-1 Severity: normal Hello, $ sudo journalctl | grep firewalld May 10 14:57:04 perseus systemd[1]: Starting firewalld - dynamic firewall daemon... May 10 14:58:34 perseus systemd[1]: firewalld.service: Start operation timed out.

Bug#794266: rtc-s35390a: the big mess or inconsistencies during startup

_tm for dates < 1970 (or clamp t_alm in __rtc_read_alarm to >= 0?) Any volunteers? Best regards Uwe -- Pengutronix e.K. | Uwe Kleine-König| Industrial Linux Solutions | http://www.pengutronix.de/ |

Bug#794266: Info received (Tests)

Hello Manuel, On Mon, May 02, 2016 at 12:00:13AM +0200, Manuel Roeder wrote: > Tested again, here is the output. Machine will not poweroff, it hangs again. > > root@ts219p:~# dmesg | grep rtc >[1.241631] rtc rtc0: invalid alarm value: 1900-1-3 1193044:18:16 > [1.247944]

Bug#818951: linux: [armv7] kernel panic on power down of Cubieboard (A20)

Hello Peter, On 05/02/2016 04:59 AM, Peter Colberg wrote: > Are any of you running an armv7 board similar to the Cubieboard or > Cubietruck by chance, who happen to see a kernel panic on poweroff > using Debian testing/unstable with Linux kernel 4.2 up to 4.5? > > https://bugs.debian.org/818951

Bug#794266: Tests

Hello Manuel, On Sun, May 01, 2016 at 09:32:46PM +0200, Manuel Roeder wrote: > Hello! Here is the output (this is a newer Testkernel 4.5.2 with no > patches, only one rtc-driver is enabled rtc-s35390a the rest is debian > kernel-config. If needed I can backup the actual kernel/initrd and > test

Bug#794266: New Workaround

Hello Manuel, thanks for documenting your findings. On Wed, Apr 27, 2016 at 08:55:13PM +0200, Manuel Roeder wrote: > - if you see > [2.261416] rtc rtc0: invalid alarm value: 1900-1-29 1193038:40:16 > when checking the kernel-log > > - unbind the rtc-driver > echo 0-0030 >

Bug#822883: qemu-system-misc: typo in short description

Package: qemu-system-misc Version: 1:2.5+dfsg-5 Severity: minor sed -i s/miscelaneous/miscellaneous/ debian/control Best regards Uwe -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (800, 'testing'), (600, 'unstable'), (500, 'stable') Architecture: amd64

Bug#589520: openssl: IPv6-capable s_client and s_server

Control: tags + fixed-upstream This seems to be fixed in OpenSSL 1.1.0-pre3 with commit ab69ac00f3c7 ("Refactoring BIO: Adapt s_client and s_server"). Thanks Uwe signature.asc Description: PGP signature

Bug#817897: jessie-pu: package flash-kernel/3.35+deb8u2

>> On Fri, 2016-03-11 at 11:19 +0100, Uwe Kleine-König wrote: >>> [...] >>>>> I'd like to update flash-kernel in jessie with the below debdiff. The >>>>> intention is to fix the critical bug #813995. The two other changes are >>>>> just p

Bug#817893: [Reportbug-maint] Bug#817893: reportbug release.debian.org crashes with IndexError

Hello, On 03/11/2016 11:54 AM, Sandro Tosi wrote: > control: tags -1 + moreinfo > > please upgrade to 6.6.6 from backport and try again in a sid chroot on harris.d.o (with 6.6.6) this doesn't happen. Best regards Uwe

Bug#817897: jessie-pu: package flash-kernel/3.35+deb8u2

flashing, rather than needlessly going through the +mtdblock layer (which is problematic on some platforms/kernels). +(Closes: #794265) + + [ Uwe Kleine-König ] + * use nandwrite when writing to nand flash. (Closes: #813995) + + -- Uwe Kleine-König <uklei...@debian.org> Thu, 10 Mar 2016 20

Bug#817893: reportbug release.debian.org crashes with IndexError

if this is incorrect. Using '"Uwe Kleine-König" <uklei...@harris.debian.org>' as your from address. Will send report to Debian (per lsb_release). What sort of request is this? (If none of these things mean anything to you, or you are trying to report a bug in an existing package, please press Enter t

Bug#806926: Bug#766400: installation-reports: [armhf] Netgear ReadyNAS104 report

Hi Martin, On 02/18/2016 08:36 PM, Martin Michlmayr wrote: > Uwe, does that look ok? Yes, the rn104 entry is what I'm using, I'm just missing the Kernel-Flavors line, which looks ok, too. Do we need "Bootloader-Sets-Incorrect-Root: yes"? I modified the u-boot env to pass the right root= and

Bug#813995: Affects D-Link DNS-320 NAS (Rev A1) in jessie

Control: tag 813995 + jessie sid Hello, among the supported machines (i.e. those in flash-kernel's db) there is only a single type affected by this bug. That is "D-Link DNS-320 NAS (Rev A1)" which has the respective mtd partitions on nand. IMHO this means we should fix jessie's flash-kernel,

Bug#813995: flash-kernel: writes to nand without being aware of bad blocks

ell kernel flavour as alternative for orion5x and kirkwood. + [ Uwe Kleine-König ] + * use nandwrite when writing to nand flash. + -- Colin Watson <cjwat...@debian.org> Fri, 29 Jan 2016 13:35:17 + flash-kernel (3.56) unstable; urgency=medium diff --git a/functions b/functi

Bug#813995: flash-kernel: writes to nand without being aware of bad blocks

Hello *, On 02/07/2016 12:34 PM, Ian Campbell wrote: > So far I see no evidence for the claim that flashcp should not be used > for writing to NAND devices in either its --help or its source (it has > no man page AFAICS). > > Having a tool in Debian called "flashcp" which can (according to this

Bug#813995: flash-kernel: writes to nand without being aware of bad blocks

Package: flash-kernel Version: 3.35+deb8u2 Severity: critical Justification: causes serious data loss Control: block 806926 with -1 Hello, when flash-kernel writes a kernel/initrd to NAND flash it uses plain write(2) to /dev/mtdX (flash-kernel < 3.52) or flashcp (flash-kernel >= 3.52). If the

Bug#812860: /usr/bin/uscan: [uscan] failure to download and verify package.tar.xz with package.sign

n --force-download is correct. > >>> Thanks for the report. There are a few things going on here. >>> >>> On Wed, Jan 27, 2016 at 11:36:52AM +0100, Uwe Kleine-König wrote: >>>> now running > > [snip] > >>>>uscan: Successfully downl

Bug#813249: libupnp6: vlc fails to playback upnp provided content since upgrade to 1:1.6.19+git20160116-1

Package: libupnp6 Version: 1:1.6.19+git20160116-1 Severity: normal Hello, vlc stopped showing my dlna provider, when downgrading libupnp6 to 1:1.6.19+git20141001-1 it works fine again. With libupnp6 1:1.6.19+git20141001-1 the (I think) relevant part obtained from strace is: 10317

Bug#813249: libupnp6: vlc fails to playback upnp provided content since upgrade to 1:1.6.19+git20160116-1

Control: tag 813249 + upstream [adding Marcelo Roberto Jimenez (i.e. upstream) to Cc] Hello, On 01/30/2016 11:05 PM, Uwe Kleine-König wrote: > Package: libupnp6 > Version: 1:1.6.19+git20160116-1 > Severity: normal > > Hello, > > vlc stopped showing my dlna provider, when

Bug#812860: /usr/bin/uscan: [uscan] failure to download and verify package.tar.xz with package.sign

Package: devscripts Version: 2.15.10 Severity: normal File: /usr/bin/uscan Control: user adn+...@diwi.org Control: usertag -1 + uscan Hello, I started experimenting with uscan's pgp mechanism to verfiy the signature of rt-tests. You can reproduce my tests using: debcheckout rt-tests

Bug#812252: less not any more registered as "pager" alternative

On 01/24/2016 07:51 PM, Uwe Kleine-König wrote: > Package: less > Version: 481-2 > Followup-For: Bug #812252 > > Hello, > > I guess the culprit is that the source package has both debian/postinst and > debian/less.postinst. dpkg-buildpackage picks up the latter, but

Bug#812252: less not any more registered as "pager" alternative

Package: less Version: 481-2 Followup-For: Bug #812252 Hello, I guess the culprit is that the source package has both debian/postinst and debian/less.postinst. dpkg-buildpackage picks up the latter, but the logic to register the alternative for pager is in the former only. Probably this is

Bug#810663: Include Device Tree model in reportbug script

the one ships with the kernel? > > So I suggest to add a hash-code of the dts used currently. > Is there any method to find the file location of dts used currently? The location is not available, because it's put in memory by the bootloader before jumping into the kernel image. So the best thing y

Bug#810894: src:linux: GPIO probe failure on Linkstation LS-WXL/WSXL

Hello Roger, On 01/14/2016 04:43 PM, Roger Shimizu wrote: > On Thu, Jan 14, 2016 at 11:32 PM, Roger Shimizu <rogershim...@gmail.com> > wrote: >> On Thu, Jan 14, 2016 at 11:08 PM, Uwe Kleine-König >> <uwe+deb...@kleine-koenig.org> wrote: >>>>>> I

<    1   2   3   4   5   6   7   8   >