Re: Bug#956090: linux-image-5.5.0-1-amd65-unsigned: TUN/TAP not working with openvpn

2020-04-07 Thread Andrei POPESCU
Control: reassign -1 linux-image-5.5.0-1-amd64-unsigned 5.5.13-2

On Ma, 07 apr 20, 08:03:16, Arndt Heuvel wrote:
> Package: linux-image-5.5.0-1-amd65-unsigned
> Version: 5.5.13-2
> Severity: normal
> 
> Dear Maintainer,
> 
> *** Reporter, please consider answering these questions, where appropriate ***
> 
>* What led up to the situation?
> 
> installing linux-image-5.5.0-1-amd64-unsigned
> 
>* What was the outcome of this action?
> 
> openvpn conections break with this Error:
> ERROR: Cannot ioctl TUNSETIFF tun: Invalid argument (errno=22)
> 
> After instaling linux-image-5.4.0-4 openvpn works again.
> 
> 
> 
> 
> -- System Information:
> Debian Release: bullseye/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 5.4.0-4-amd64 (SMP w/8 CPU cores)
> Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE= 
> (charmap=UTF-8)
> Shell: /bin/sh linked to /usr/bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled

-- 
Looking after bugs filled against unknown packages


signature.asc
Description: PGP signature


Processed: Re: Bug#956090: linux-image-5.5.0-1-amd65-unsigned: TUN/TAP not working with openvpn

2020-04-07 Thread Debian Bug Tracking System
Processing control commands:

> reassign -1 linux-image-5.5.0-1-amd64-unsigned 5.5.13-2
Bug #956090 [linux-image-5.5.0-1-amd65-unsigned] 
linux-image-5.5.0-1-amd65-unsigned: TUN/TAP not working with openvpn
Warning: Unknown package 'linux-image-5.5.0-1-amd65-unsigned'
Bug reassigned from package 'linux-image-5.5.0-1-amd65-unsigned' to 
'linux-image-5.5.0-1-amd64-unsigned'.
No longer marked as found in versions 5.5.13-2.
Ignoring request to alter fixed versions of bug #956090 to the same values 
previously set
Bug #956090 [linux-image-5.5.0-1-amd64-unsigned] 
linux-image-5.5.0-1-amd65-unsigned: TUN/TAP not working with openvpn
Marked as found in versions linux/5.5.13-2.

-- 
956090: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=956090
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Processed: reassign 956090 to src:linux

2020-04-07 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> reassign 956090 src:linux 5.5.13-2
Bug #956090 [linux-image-5.5.0-1-amd64-unsigned] 
linux-image-5.5.0-1-amd65-unsigned: TUN/TAP not working with openvpn
Bug reassigned from package 'linux-image-5.5.0-1-amd64-unsigned' to 'src:linux'.
No longer marked as found in versions linux/5.5.13-2.
Ignoring request to alter fixed versions of bug #956090 to the same values 
previously set
Bug #956090 [src:linux] linux-image-5.5.0-1-amd65-unsigned: TUN/TAP not working 
with openvpn
Marked as found in versions linux/5.5.13-2.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
956090: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=956090
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#952660: src:linux: macvlan multicast/broadcast regression in stretch

2020-04-07 Thread Dave Page

Hi there,

We've been able to work around this thanks to Ben's help, but are Debian 
planning on releasing an update to fix this regression caused by the 
9.12 point release?


Cheers,
Dave

--
Dave Page, Operations Team ManagerCodethink Ltd
Telephone: +44 7762 840 414   3rd Floor, Dale House, 35 Dale Street
https://www.codethink.co.uk/ Manchester, M1 2HF, United Kingdom
We respect your privacy.   See https://www.codethink.co.uk/privacy.html



Processed: Re: libseccomp-dev: API break: SCMP_SYS() is unsigned long (was Re: Bug#954294: systemd: FTBFS on x32 due to format string errors, need explicit casts)

2020-04-07 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> retitle 954294 linux: __X32_SYSCALL_BIT being defined as UL constant breaks 
> userspace
Bug #954294 [libseccomp-dev] libseccomp-dev: API break: SCMP_SYS() is unsigned 
long
Changed Bug title to 'linux: __X32_SYSCALL_BIT being defined as UL constant 
breaks userspace' from 'libseccomp-dev: API break: SCMP_SYS() is unsigned long'.
> reassign 954294 linux-libc-dev
Bug #954294 [libseccomp-dev] linux: __X32_SYSCALL_BIT being defined as UL 
constant breaks userspace
Bug reassigned from package 'libseccomp-dev' to 'linux-libc-dev'.
No longer marked as found in versions libseccomp/2.4.3-1.
Ignoring request to alter fixed versions of bug #954294 to the same values 
previously set
> found 954294 5.5.13-2
Bug #954294 [linux-libc-dev] linux: __X32_SYSCALL_BIT being defined as UL 
constant breaks userspace
Marked as found in versions linux/5.5.13-2.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
954294: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=954294
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#954294: linux: __X32_SYSCALL_BIT being defined as UL constant breaks userspace (was Re: libseccomp-dev: API break: SCMP_SYS() is unsigned long (was Re: Bug#954294: systemd: FTBFS on x32 due to for

2020-04-07 Thread Thorsten Glaser
Dear kernel team,

libseccomp uses the __NR_* constants from  in its
macro SCMP_SYS() which is designed to return int.

However, on x32 some codes return unsigned long instead, breaking this.
The cause is that this…

> /usr/include/x86_64-linux-gnux32/asm/unistd.h:#define __X32_SYSCALL_BIT 
> 0x4000UL

… is OR’d into the numbers.

I’d like to propose the change…
-#define __X32_SYSCALL_BIT 0x4000UL
+#define __X32_SYSCALL_BIT 0x4000
… which should be safe to do as the number fits into signed int,
but must be checked against other users (especially in the kernel
itself I’d guess).

This should also technically be correct, since on all(?) other
architectures syscall numbers are int constants.

Please forward this to upstream.

Thanks,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

**

Mit der tarent Academy bieten wir auch Trainings und Schulungen in den
Bereichen Softwareentwicklung, Agiles Arbeiten und Zukunftstechnologien an.

Besuchen Sie uns auf www.tarent.de/academy. Wir freuen uns auf Ihren Kontakt.

**



Bug#956173: linux: please enable HighDPI font FONT_TER16x32

2020-04-07 Thread Christoph Anton Mitterer
Source: linux
Version: 5.5.13-2
Severity: wishlist


Hi.

Since quite a while now Linux seems to support a font for HighDPI
displays.

It woudl just need to be enabled:
CONFIG_FONT_TER16x32

Seems it will be auto-selected when appropriate:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=dfd19a5004eff03755967086aa04254c3d91b8ec


Thanks,
Chris