Bug#1041652: udev: Udev database attached to udev reportbug might contain sensitive information

thanks for your kind reply. The MR looks good to me. -- Michael Büsch https://bues.ch/ pgpkgPjlBaFtI.pgp Description: OpenPGP digital signature

Bug#991212: python3-myhdl: myhdl always crashes in python3.9/ast.py

Package: python3-myhdl Version: 0.11-1 Severity: grave Justification: renders package unusable X-Debbugs-Cc: m...@bues.ch Result of running a very simple MyHDL file with Python 3.9 (Debian Sid): $ python3 ./myhdltest.py Traceback (most recent call last): File "..././myhdltest.py", line 14, in

Bug#951367: debootstrap: Raspbian bootstrap: Failed getting release file

On Sun, 16 Feb 2020 23:52:27 +0900 Hideki Yamane wrote: > > $ sudo debootstrap --arch=armhf --foreign --verbose > > --keyring=raspbian-archive-keyring-20120528.2/raspbian.public.key.gpg > > buster /tmp/debootstrap-test/ > >

Bug#951367: debootstrap: Raspbian bootstrap: Failed getting release file

On Sun, 16 Feb 2020 14:47:37 +0100 Geert Stappers wrote: > On Sun, Feb 16, 2020 at 12:14:28PM +0100, Michael Büsch wrote: > > A different command has been used to "reproduce" this problem. > > Please elaborate that. The option --no-check-gpg has been used.

Bug#951367: debootstrap: Raspbian bootstrap: Failed getting release file

A different command has been used to "reproduce" this problem. So I currently don't consider the unreproducible flag for this bug as valid. Please get the key from here: http://mirrordirector.raspbian.org/raspbian//pool/main/r/raspbian-archive-keyring/raspbian-archive-keyring_20120528.2.tar.gz

Bug#951367: debootstrap: Raspbian bootstrap: Failed getting release file

Package: debootstrap Version: 1.0.117 Severity: important Since debootstrap 1.0.117 Raspbian bootstrap fails with the following error message: $ debootstrap --arch=armhf --foreign --verbose --keyring=keyrings/raspbian- archive-keyring.gpg buster /tmp/debootstrap-test

Bug#918722: debootstrap: says InRelease file expired

Package: debootstrap Version: 1.0.113 Severity: normal When bootstrapping Raspbian with debootstrap it fails since version 1.0.113: debootstrap --arch=armhf --foreign --verbose --keyring=raspbian.public.key.gpg stretch /my/directory http://mirrordirector.raspbian.org/raspbian/ The error

Bug#834335: ngspice isn't providing libngspice.so

I would like to second the proposal to add libngspice.so support to the ngspice package. PySpice ( https://pyspice.fabrice-salvaire.fr/ ) needs libngspice.so. So I'm currently stuck with compiling ngspice from source by myself. Also new versions of ngspice are available. Please consider an

Bug#905031: bind9 fails to install

Package: bind9 Version: 1:9.11.4+dfsg-3 Severity: important apt throws some apparmor and permission errors while installing bind9: $ sudo apt install bind9 Reading package lists... Done Building dependency tree Reading state information... Done Suggested packages: bind9-doc ufw The

Bug#902551: [cython3] Miscompilation of exception handling with global tuple as exception type (since 0.28.2-1)

Package: cython3 Version: 0.28.2-4 Severity: important Tags: patch --- Please enter the report below this line. --- cython 0.28.x-x miscompiles exception handling, if a global tuple is used as exception type. This is the upstream bug: https://github.com/cython/cython/issues/2425 This is the

Bug#877405: jython: 'import socket' fails

Package: jython Version: 2.7.1+repack-2 Severity: normal Jython 2.7.1 (, Sep 30 2017, 13:31:09) [OpenJDK 64-Bit Server VM (Oracle Corporation)] on java1.8.0_144 Type "help", "copyright", "credits" or "license" for more information. >>> import socket Traceback (most recent call last): File "",

Bug#815196: ITP: awlsim -- S7 compatible soft-PLC

On Sun, 10 Apr 2016 21:14:27 +0200 Geert Stappers wrote: > Not yet tried. It is 'override_dh_auto_test:' which I wanna try. Hm yes. It probably is best to add that override and either do nothing or call tests/run.sh -q to execute the actual unit tests. -- Michael

Bug#815196: ITP: awlsim -- S7 compatible soft-PLC

On Sun, 3 Apr 2016 22:58:12 +0200 Geert Stappers wrote: > After a `git clone`, > I did `dpkg-checkbuilddeps && dpkg-buildpackage -uc -us` and got > > > running build_scripts >dh_auto_test -O--buildsystem=pybuild > I: pybuild base:184: cd >

Bug#815196: ITP: awlsim -- S7 compatible soft-PLC

On Fri, 19 Feb 2016 22:46:33 +0100 Michael Büsch <m...@bues.ch> wrote: > Package: wnpp > Severity: wishlist > Owner: "Michael Büsch" <m...@bues.ch> > > * Package name: awlsim > Version : 0.44? > Upstream Author : Michael Buesch <m...

Bug#815199: ITP: acme-tiny -- letsencrypt tiny python client

On Fri, 19 Feb 2016 21:38:44 -0300 Jeremías Casteglione wrote: > Package: wnpp > Severity: wishlist > Owner: "Jeremías Casteglione" > > * Package name: acme-tiny > Version : 20151229 > Upstream Author : Daniel Roesler

Bug#815196: ITP: awlsim -- S7 compatible soft-PLC

Package: wnpp Severity: wishlist Owner: "Michael Büsch" <m...@bues.ch> * Package name: awlsim Version : 0.44? Upstream Author : Michael Buesch <m...@bues.ch> * URL : http://bues.ch/h/awlsim * License : GPLv2+ Programming Lang: Python

Bug#813232: debootstrap: Two-staged bootstrapping with --second-stage broken

devices4.diff fixes my Rasbian foreign architecture bootstrapping problem (see Bug#813242). So thumbs up from me. -- Michael pgp2_iKFndeT7.pgp Description: OpenPGP digital signature

Bug#813242: debootstrap: second stage foreign boostrap fails

Package: debootstrap Version: 1.0.75 Severity: important I use debootstrap in combination with qemu-user (binfmt-misc) to bootstrap Raspbian armhf on a Debian sid amd64 host. The first stage works fine, but in recent debootstrap releases the second stage fails. debootstrap --second-stage fails

Bug#798205: gcc-avr: Throws bogus 'appears to be a misspelled signal handler' warning with lto

Package: gcc-avr Version: 1:4.8.1+Atmel3.4.5-1 Severity: normal Tags: patch avr-gcc 4.8.1 throws an annoying bogus warning when linking with -flto. The bug is fixed upstream (4.8.3). https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59396 Please update the Debian package. -- System Information:

Bug#773024: pm-utils: laptop-mode hook may cause heavy write performance degradation

Package: pm-utils Version: 1.4.1-15 Severity: important Tags: patch The laptop-mode hook tries to save the dirty_ratio and dirty_background_ratio values before it modifies them. This breaks, if the user set dirty_bytes or dirty_background_bytes before. In that case the _ratio files will read as

Bug#769135: linux-image-3.2.0-4-amd64: Backport of fix for JMicron USB-SATA bridges

-3.2.60.orig/drivers/usb/storage/unusual_devs.h 2014-06-09 14:29:18.0 +0200 +++ linux-3.2.60/drivers/usb/storage/unusual_devs.h 2014-08-29 20:25:58.0 +0200 @@ -1916,6 +1916,13 @@ USB_SC_DEVICE, USB_PR_DEVICE, NULL, US_FL_IGNORE_RESIDUE ), +/* Reported by Michael Büsch m...@bues.ch

Bug#743704: python-setuptools fails to install

Package: python-setuptools Version: 3.3-1 Severity: important python-setuptools fails to install with the following messages: Preparing to unpack .../python-setuptools_3.4.1-1_all.deb ... Unpacking python-setuptools (3.4.1-1) over (3.3-1) ... dpkg: error processing archive

Bug#741049: tmux: C-b C-c no longer starts new window in CWD

Hallo, What about adding a default configuration to /etc/tmux.conf that brings back the old behavior? Or if that's not desired, please add an example configuration to /usr/share/doc/tmux/examples/ that brings back the feature. This would save users part of the trouble in search for a fix. As-is,

Bug#741049: tmux: C-b C-c no longer starts new window in CWD

On Sun, 23 Mar 2014 20:01:14 +0100 Romain Francoise rfranco...@debian.org wrote: It's not Debian's place to decide defaults... It's Debian's place to decide Debian-defaults, though. Or if that's not desired, please add an example configuration to /usr/share/doc/tmux/examples/ that brings

Bug#728876: qemu: smbd forked by qemu uses global directory /var/run/samba/ncalrpc

Package: qemu Version: 1.6.0+dfsg-2 Severity: normal Tags: patch The smbd forked by qemu still uses the default ncalrpc directory in /var/run/samba. This may lead to problems, if the directory does not exist (for example if /var/run is a tmpfs and the host smbd was not started). This leads to

Bug#727756: qemu: Broken -smb with latest SAMBA package. (Unsupported security=share option)

On Fri, 01 Nov 2013 13:32:49 +0400 Michael Tokarev m...@tls.msk.ru wrote: That looks right. Are you okay adding your Signed-off-by to the patch you initially submitted? If yes, I'll make a formal patch submission upstream. Here you go. From: Michael Buesch m...@bues.ch Subject: [PATCH]

Bug#727756: qemu: Broken -smb with latest SAMBA package. (Unsupported security=share option)

Package: qemu Version: 1.6.0+dfsg-2 Severity: normal Tags: patch The smb.conf automatically generated by qemu's -smb option fails on current samba, because smbd rejects the security=share option with the following warning: WARNING: Ignoring invalid value 'share' for parameter 'security'

Bug#727756: qemu: Broken -smb with latest SAMBA package. (Unsupported security=share option)

On Sat, 26 Oct 2013 13:19:29 +0400 Michael Tokarev m...@tls.msk.ru wrote: Thank you for the report and the patch Michael. Are you sure the result is equivalent? Well, I am far from being an SMB expert. So I can't really say whether this is equivalent. I also posted this patch to the

Bug#727707: spice-client-gtk: spicy crashes with assertion `palette != NULL' failed

Package: spice-client-gtk Version: 0.21-0nocelt2 Severity: important Dear Maintainer, spicy often crashes with the following error message: spice-ERROR **: pixman_utils.c:1343:bitmap_1be_32_to_32: assertion `palette != NULL' failed -- System Information: Debian Release: jessie/sid

Bug#727707: spice-client-gtk: spicy crashes with assertion `palette != NULL' failed

A workaround to the issue is to downgrade spice-client-gtk to version 0.20-0nocelt3. I installed the following old packages: libspice-client-glib-2.0-8_0.20-0nocelt3_amd64.deb libspice-client-gtk-2.0-4_0.20-0nocelt3_amd64.deb

Bug#657109: nm fails for ipv6

I also see this since I did a safe-upgrade on sid today and rebooted the machine. nm is unable to establish the wireless link, unless ipv6 is disabled. Even unchecking Require IPv6 addressing for this connection to complete doesn't help. Only disabling IPv6 on the link seems to be a workaround

Bug#655242: ext4: Warning at ext4 inode.c:885

On Mon, 09 Jan 2012 18:34:32 +0100 Michael Buesch m...@bues.ch wrote: The ext4 filesystem in question is the rootfs on a LUKS encrypted partition. The machine had at least one s2disk (uswsusp) cycle before this happened. But this probably doesn't matter. Just for completeness. Hm, now that I

Bug#645208: tint2: Crashes on xrandr --output XXX --off

On Sat, 15 Oct 2011 00:30:15 +0200 Sebastian Reichel s...@debian.org wrote: Can you please attach your ~/.config/tint2/tint2rc? I can't reproduce the error with my own tint2 configuration. I'm running two machines (both sid/amd64) with identical tint2 configs (the attached). On one machine it

Bug#588196: b43: does not join multicast groups

On 07/15/2010 10:51 AM, Simon Richter wrote: The same applies to receiving. The RX queue is also dropped on switch from DMA to PIO. Sure, but the packet is repeated every ten seconds. The problem is that none of those packets is received, even long after the switch to PIO. The filter flags

Bug#588196: b43: does not join multicast groups

On 07/14/2010 09:50 AM, Simon Richter wrote: Hi, On Tue, Jul 13, 2010 at 04:05:10PM +0200, Michael Büsch wrote: So it is up to the upper layer to detect the failure. I don't think it's possible to automatically detect such incidents for multicast transmissions. So the mechanism fails here

Bug#588196: b43: does not join multicast groups

On 07/13/2010 09:37 AM, Simon Richter wrote: That appears to work, at least I have v6 addresses now. Unlike before, you now have communication. Well, v4 worked fine before. :) That's very nice. But I wanna say again that this all is expected behavior. The PIO fallback workaround randomly

Bug#588196: b43: does not join multicast groups

On 07/13/2010 03:06 PM, Simon Richter wrote: Hi, On Tue, Jul 13, 2010 at 03:00:00PM +0200, Michael Büsch wrote: But I wanna say again that this all is expected behavior. The PIO fallback workaround randomly drops packets when switching modes. So it is expected that certain handshaking