Bug#816384: systemd: Systemd tries to rename ppp interface when .link files present for existing NICs

2017-12-18 Thread Vladimir K

> Please make sure to update your initramfs (via update-initramfs -u).
> Those link and udev rules files are embedded in the initramfs, so you
> need to ensure it is rebuilt.
>
> Can you please report back what happens if you do that?

I do not remember for certain if I did that earlier.

Anyway, I've tried everything again now: removed udev rules, placed network 
units, updated initramfs, rebooted. It works now, system no longer tries to 
rename the first interface it comes across into the first configured name it 
comes across.

Either unupdated initramfs caused this, or something was fixed during the last 
year.

How could the lack of rules in initramfs trigger spontaneous rename ignoring 
match filters anyway?

___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers


Bug#816384: systemd: Systemd tries to rename ppp interface when .link files present for existing NICs

2017-12-18 Thread Vladimir K
The thing is, as far as I remember when network units were in place, even 
before reboot, the system tried to apply them to any newly appeared interface, 
i.e. created by tinc or pptp, despite MAC filter. Anyway, now it does not, so 
it fixed.

___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers


Bug#816384: marked as done (systemd: Systemd tries to rename ppp interface when .link files present for existing NICs)

2017-12-18 Thread Debian Bug Tracking System
Your message dated Mon, 18 Dec 2017 12:06:34 +0100
with message-id <43449fc7-fd0e-5cc3-a119-67ca33ac4...@debian.org>
and subject line Re: Bug#816384: systemd: Systemd tries to rename ppp interface 
when .link files present for existing NICs
has caused the Debian Bug report #816384,
regarding systemd: Systemd tries to rename ppp interface when .link files 
present for existing NICs
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
816384: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=816384
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: systemd
Version: 228-6
Severity: important

Dear Maintainer, when .link files are in place in /etc/systemd/network to rename
NICs based on MAC addresses, systemd tries to rename ppp0 link which is being
created by NetworkManager. This results in failure to establish PPTP connection.

$ cat /etc/systemd/network/10-eth0.link
[Match]
MACAddress="xx:xx:xx:xx:xx:xx"
[Link]
Name=eth0

$ cat /etc/systemd/network/10-wlan0.link
[Match]
MACAddress="yy:yy:yy:yy:yy:yy"
[Link]
Name=wlan0

Nothing here can possibly be related to any ppp iface. But here is the journal
while trying to establish PPTP via NetworkManager. "ppp0" is being renamed to 
"rename13"
when these files are in place. It does not happen when they are not.

Mar 01 15:26:22 hostname NetworkManager[797]:   op="connection-activate" 
uuid="16be4658-71fd-4027-aa6d-ce3e2de2a189" name="pptp-connection-profile" 
pid=4763 uid=1000 result="success"
Mar 01 15:26:22 hostname NetworkManager[797]:   
vpn-connection[0x19f2490,16be4658-71fd-4027-aa6d-ce3e2de2a189,"pptp-connection-profile",0]:
 Started the VPN service, PID 4770
Mar 01 15:26:22 hostname NetworkManager[797]:   
vpn-connection[0x19f2490,16be4658-71fd-4027-aa6d-ce3e2de2a189,"pptp-connection-profile",0]:
 Saw the service appear; activating connection
Mar 01 15:26:22 hostname NetworkManager[797]:   
vpn-connection[0x19f2490,16be4658-71fd-4027-aa6d-ce3e2de2a189,"pptp-connection-profile",0]:
 VPN plugin: state changed: init (1)
Mar 01 15:26:22 hostname NetworkManager[797]:   
vpn-connection[0x19f2490,16be4658-71fd-4027-aa6d-ce3e2de2a189,"pptp-connection-profile",0]:
 VPN connection: (ConnectInteractive) reply received
Mar 01 15:26:22 hostname NetworkManager[797]:   
vpn-connection[0x19f2490,16be4658-71fd-4027-aa6d-ce3e2de2a189,"pptp-connection-profile",0]:
 VPN plugin: state changed: starting (3)
Mar 01 15:26:22 hostname NetworkManager[797]: ** Message: pppd started with pid 
4776
Mar 01 15:26:22 hostname pppd[4776]: Plugin 
/usr/lib/pppd/2.4.7/nm-pptp-pppd-plugin.so loaded.
Mar 01 15:26:22 hostname NetworkManager[797]: Plugin 
/usr/lib/pppd/2.4.7/nm-pptp-pppd-plugin.so loaded.
Mar 01 15:26:22 hostname NetworkManager[797]: ** Message: nm-pptp-ppp-plugin: 
(plugin_init): initializing
Mar 01 15:26:22 hostname pppd[4776]: pppd 2.4.7 started by root, uid 0
Mar 01 15:26:22 hostname NetworkManager[797]: ** Message: nm-pptp-ppp-plugin: 
(nm_phasechange): status 3 / phase 'serial connection'
Mar 01 15:26:22 hostname dbus[722]: [system] Rejected send message, 8 matched 
rules; type="method_return", sender=":1.60854" (uid=0 pid=4770 
comm="/usr/lib/NetworkManager/nm-pptp-service ") interface="(unset)" 
member="(unset)" error name="(unset)" requested_reply="0" 
destination=":1.60855" (uid=0 pid=4776 comm="/usr/sbin/pppd pty /usr/sbin/pptp 
[pptp_gateway_address] -")
Mar 01 15:26:22 hostname pppd[4776]: Using interface ppp0
Mar 01 15:26:22 hostname pppd[4776]: Connect: ppp0 <--> /dev/pts/4
Mar 01 15:26:22 hostname NetworkManager[797]: Using interface ppp0
Mar 01 15:26:22 hostname NetworkManager[797]: Connect: ppp0 <--> /dev/pts/4
Mar 01 15:26:22 hostname NetworkManager[797]: ** Message: nm-pptp-ppp-plugin: 
(nm_phasechange): status 5 / phase 'establish'
Mar 01 15:26:22 hostname NetworkManager[797]:   (ppp0): new Generic 
device (/org/freedesktop/NetworkManager/Devices/12)
Mar 01 15:26:22 hostname dbus[722]: [system] Rejected send message, 8 matched 
rules; type="method_return", sender=":1.60854" (uid=0 pid=4770 
comm="/usr/lib/NetworkManager/nm-pptp-service ") interface="(unset)" 
member="(unset)" error name="(unset)" requested_reply="0" 
destination=":1.60855" (uid=0 pid=4776 comm="/usr/sbin/pppd pty /usr/sbin/pptp 
[pptp_gateway_address] -")
Mar 01 15:26:22 hostname pptp[4781]: nm-pptp-service-4770 log[main:pptp.c:350]: 
The synchronous pptp option is NOT activated
Mar 01 15:26:22 hostname kernel: rename13: renamed from ppp0
Mar 01 15:26:22 hostname pptp[4791]: nm-pptp-service-4770 
log[ctrlp_rep:pptp_ctrl.c:259]: Sent control packet type is 1 
'Start-Contr

Bug#787473: systemd: Segfault while adding a new job

2017-12-18 Thread Tino
Hi Michael,

nice to read you again. Quite some time has passed. About a year ago I
was so fed up with this NAS and these bugs that I sold it. I built my
own server running debian again and since then I had no issues at all.
Rock solid. I suggest to close this bug for now until somebody reopens
it. Maybe there is another person on this world that tries to run debian
on a QNAP TS-419P II, encouters these issues and maybe finds this bugreport.

Merry Christmas :)
Tino



signature.asc
Description: OpenPGP digital signature
___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers

Bug#869354: systemd: Overwrites local config without warning

2017-12-18 Thread Nick
On 2017-12-17 21:58 GMT, Michael Biebl wrote:
> In all these years, we didn't have a service file where the [Install]
> section changed. So this code does more harm then good apparently. I'm
> thus inclined to just drop it.
> 
> Thoughts/comments?

No objection from me. Thanks for looking into it.
-- 
Nick

___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers


Bug#787473: marked as done (systemd: Segfault while adding a new job)

2017-12-18 Thread Debian Bug Tracking System
Your message dated Mon, 18 Dec 2017 13:24:21 +0100
with message-id <20ba83f6-cf85-673a-4813-ef6fdcceb...@debian.org>
and subject line Re: systemd: Segfault while adding a new job
has caused the Debian Bug report #787473,
regarding systemd: Segfault while adding a new job
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
787473: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=787473
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: systemd
Version: 215-17
Severity: critical
Justification: breaks the whole system

Dear Maintainer,

systemd doesn't survive two days on my bare minimal headless NAS
installation. I already purged all unused packages, reinstalled systemd
and reverted all config files to factory default, reconfiguring
everything i need. I upgraded from wheezy some time ago.
This time it segfaulted while adding a job that should restart journald.
Unfortunately, this message did not make it to the logfiles. I only saw
systemd mentioning a job that should restart the journal in dmesg right
before the sefgault. This job never finished.
Here is a callstack of the coredump. I'll post more logs and dumps at
the next crashes. Shouldn't take too long..

#0  0xb6e3b198 in raise (sig=11) at
../nptl/sysdeps/unix/sysv/linux/pt-raise.c:37
_sys_result = 0
pid = 4345
#1  0xb6e9a8f0 in crash.lto_priv.245 (sig=11) at ../src/core/main.c:158
rl = {rlim_cur = 18446744073709551615, rlim_max =
18446744073709551615}
sa = {__sigaction_handler = {sa_handler = 0x0, sa_sigaction =
0x0}, sa_mask = {__val = {0 }}, sa_flags = 0,
sa_restorer = 0x0}
pid = 0
__func__ = "crash"
__PRETTY_FUNCTION__ = "crash"
#2  
No locals.
#3  hashmap_iterate (h=0xb6b76cb4, i=i@entry=0xbe91027c,
key=key@entry=0x0) at ../src/shared/hashmap.c:704
e = 0xba83a02d
__PRETTY_FUNCTION__ = "hashmap_iterate"
#4  0xb6ef94b4 in set_iterate (s=, i=i@entry=0xbe91027c)
at ../src/shared/set.c:91
No locals.
#5  0xb6f3ac6c in transaction_add_job_and_dependencies
(tr=tr@entry=0xb7914c18, type=type@entry=JOB_START, unit=, by=by@entry=0xb79429d0, matters=matters@entry=true,
override=override@entry=false, conflicts=conflicts@entry=false,
ignore_requirements=ignore_requirements@entry=false,
ignore_order=ignore_order@entry=false, e=e@entry=0xbe910458)
at ../src/core/transaction.c:982
following = 0x0
i = 0x0
dep = 0x0
r = 
is_new = 
__PRETTY_FUNCTION__ = "transaction_add_job_and_dependencies"
__func__ = "transaction_add_job_and_dependencies"
#6  0xb6f3a8e0 in transaction_add_job_and_dependencies
(tr=tr@entry=0xb7914c18, type=type@entry=JOB_START, unit=, by=by@entry=0xb79424b0, matters=matters@entry=true,
override=override@entry=false, conflicts=conflicts@entry=false,
ignore_requirements=ignore_requirements@entry=false,
ignore_order=ignore_order@entry=false, e=e@entry=0xbe910458)
at ../src/core/transaction.c:949
following = 0x0
i = 0x
dep = 
r = 
is_new = 
__PRETTY_FUNCTION__ = "transaction_add_job_and_dependencies"
__func__ = "transaction_add_job_and_dependencies"
#7  0xb6f3a8e0 in transaction_add_job_and_dependencies
(tr=tr@entry=0xb7914c18, type=JOB_START, unit=unit@entry=0x0,
by=by@entry=0x0, matters=matters@entry=true,
override=override@entry=false, conflicts=conflicts@entry=false,
ignore_requirements=ignore_requirements@entry=false,
ignore_order=ignore_order@entry=false, e=e@entry=0xbe910458)
at ../src/core/transaction.c:949
following = 0x0
i = 0x
dep = 
r = 
is_new = 
__PRETTY_FUNCTION__ = "transaction_add_job_and_dependencies"
__func__ = "transaction_add_job_and_dependencies"
#8  0xb6f51d2c in manager_add_job (m=0xb7893c08, type=-1215690256,
type@entry=JOB_RESTART, unit=0x0, unit@entry=0xb78a2328,
mode=mode@entry=JOB_FAIL, override=override@entry=false,
e=e@entry=0xbe910458, _ret=_ret@entry=0x0) at ../src/core/manager.c:1209
r = 
j = 
i = 0x
__PRETTY_FUNCTION__ = "manager_add_job"
__func__ = "manager_add_job"
#9  0xb6f1f348 in service_enter_restart (s=0xb78a2328) at
../src/core/service.c:1448
error = {name = 0x0, message = 0x0, _need_free = 0}
r = 
#10 service_dispatch_timer.lto_priv.908 (source=,
usec=, userdata=0xb78a2328) at ../src/core/service.c:2541
__PRETTY_FUNCTION__ = "service_dispatch_timer"
__func__ = "service_dispatch_timer"
#11 0xb6ea8d38 in source_dispatch (s=0xb793d81

Processed: kernel recognizes keyboards and mice as joysticks

2017-12-18 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> retitle 884595 udev: consider blacklisting fake joystick devices
Bug #884595 [powermanga] udev creates a fake joystick device for MS mouse
Changed Bug title to 'udev: consider blacklisting fake joystick devices' from 
'udev creates a fake joystick device for MS mouse'.
> reassign 884595 udev
Bug #884595 [powermanga] udev: consider blacklisting fake joystick devices
Bug reassigned from package 'powermanga' to 'udev'.
Ignoring request to alter found versions of bug #884595 to the same values 
previously set
Ignoring request to alter fixed versions of bug #884595 to the same values 
previously set
> clone 884595 -1
Bug #884595 [udev] udev: consider blacklisting fake joystick devices
Bug 884595 cloned as bug 884718
> reassign -1 src:linux
Bug #884718 [udev] udev: consider blacklisting fake joystick devices
Bug reassigned from package 'udev' to 'src:linux'.
Ignoring request to alter found versions of bug #884718 to the same values 
previously set
Ignoring request to alter fixed versions of bug #884718 to the same values 
previously set
> retitle -1 kernel recognizes keyboards and mice as joysticks
Bug #884718 [src:linux] udev: consider blacklisting fake joystick devices
Changed Bug title to 'kernel recognizes keyboards and mice as joysticks' from 
'udev: consider blacklisting fake joystick devices'.
> thanks
Stopping processing here.

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

___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers


[bts-link] source package systemd

2017-12-18 Thread bts-link-upstream
#
# bts-link upstream status pull for source package systemd
# see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
#

user bts-link-upstr...@lists.alioth.debian.org

# remote status report for #878811 (http://bugs.debian.org/878811)
# Bug title: dummy interface in bridge sticks in "configuring", leading to 
degraded system
#  * https://github.com/systemd/systemd/issues/6961
#  * remote status changed: open -> closed
#  * closed upstream
tags 878811 + fixed-upstream
usertags 878811 - status-open
usertags 878811 + status-closed

thanks

___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers


Processed: [bts-link] source package systemd

2017-12-18 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> #
> # bts-link upstream status pull for source package systemd
> # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
> #
> user bts-link-upstr...@lists.alioth.debian.org
Setting user to bts-link-upstr...@lists.alioth.debian.org (was 
bts-link-de...@lists.alioth.debian.org).
> # remote status report for #878811 (http://bugs.debian.org/878811)
> # Bug title: dummy interface in bridge sticks in "configuring", leading to 
> degraded system
> #  * https://github.com/systemd/systemd/issues/6961
> #  * remote status changed: open -> closed
> #  * closed upstream
> tags 878811 + fixed-upstream
Bug #878811 [systemd] dummy interface in bridge sticks in "configuring", 
leading to degraded system
Added tag(s) fixed-upstream.
> usertags 878811 - status-open
Usertags were: status-open.
Usertags are now: .
> usertags 878811 + status-closed
There were no usertags set.
Usertags are now: status-closed.
> thanks
Stopping processing here.

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

___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers


Bug#884595: marked as done (udev: consider blacklisting fake joystick devices)

2017-12-18 Thread Debian Bug Tracking System
Your message dated Mon, 18 Dec 2017 18:28:40 +0100
with message-id 
and subject line Re: kernel recognizes keyboards and mice as joysticks
has caused the Debian Bug report #884595,
regarding udev: consider blacklisting fake joystick devices
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
884595: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=884595
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: powermanga
Version: 0.93.1-2
Severity: important

Dear Maintainer,

The game didn't work at all.

After loading the game the selected option is 'Quit'. 'Up arrow' key didn't
work on main menu, so I only can change menu option by pressing 'down arrow'.

Once 'Play' option is selected the game starts and the ship goes to up-left
corner and I can't move it from there.

Regards,


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

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

Versions of packages powermanga depends on:
ii  libc62.25-4
ii  libpng16-16  1.6.34-1
ii  libsdl-mixer1.2  1.2.12-14
ii  libsdl1.2debian  1.2.15+dfsg2-0.1
ii  powermanga-data  0.93.1-2

powermanga recommends no packages.

powermanga suggests no packages.

-- no debconf information
--- End Message ---
--- Begin Message ---
Am 18.12.2017 um 17:55 schrieb Markus Koschany:
> retitle 884595 udev: consider blacklisting fake joystick devices
> reassign 884595 udev
> clone 884595 -1
> reassign -1 src:linux
> retitle -1 kernel recognizes keyboards and mice as joysticks
> thanks
> 
> Am 18.12.2017 um 00:33 schrieb Michael Biebl:
>> Control: reassign -1 powermanga
>>
>> Am 17.12.2017 um 23:24 schrieb Markus Koschany:
>>> Am 17.12.2017 um 23:02 schrieb Michael Biebl:
>>> [...]
 I don't have access to such a device, but it looks like this device node
 /dev/input/js0 is created by the kernel.
 Please elaborate why this is supposed to be a bug in udev.
>>>
>>> I'm not familiar with udev and I would have expected that the device
>>> manager is responsible for creating or handling device nodes. This could
>>> also be a bug in the kernel. We have received similar bug reports [1]
>>> [2] for games in the past.
>>>
>>> In #714399 [3] Peter De Wachter pointed out that it might be a
>>> longstanding kernel bug, reported as:
>>>
>>> https://bugzilla.kernel.org/show_bug.cgi?id=28912
>>> https://bugzilla.kernel.org/show_bug.cgi?id=37982
>>>
>>> But there is also a way to work around this issue by blacklisting such
>>> devices with udev rules:
>>>
>>> https://github.com/denilsonsa/udev-joystick-blacklist
>>>
>>> I'm not sure if someone ever intends to fix these kernel bugs. If udev
>>> is not responsible for creating those fake joystick devices for
>>> keyboards and mice, then please consider to blacklist the affected
>>> devices, so that they will not be confused with joysticks.
>>
>> I'm reassigning this back to powermanga. the udev package is not a
>> proper place for such a blacklist. I'll let you decide if you want to
>> reassign this bug to the kernel or if you want to provide such a
>> blacklist on your own.
> 
> Michael what point does it serve to reassign this bug back to
> powermanga? I explained to you that keyboards and mice are recognized as
> joysticks and powermanga is surely not responsible for creating device
> nodes. All games and applications with joystick support are affected.
> 
> I am going to clone this bug report and reassign it to src:linux and
> reassign 884595 back to udev.
> 
> Reasoning for reassignment:
> 
> The kernel is responsible for creating device nodes. Various keyboard
> and mouse models are detected as joysticks though. This makes several
> games hard or even impossible to control because the application code
> assumes a joystick is a joystick and not a keyboard or a mouse.
> 
> There are two longstanding kernel bugs which describe the same issue for
> two devices:
> 
> https://bugzilla.kernel.org/show_bug.cgi?id=28912
> https://bugzilla.kernel.org/show_bug.cgi?id=37982
> 
> Here are two more Debian bug reports which describe the same issue
> 
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=711350
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=714401
> 
> The issue is still reproducible with the latest kernel in Sid.
> 
> If this bug cannot be 

Processed: tagging 884595

2017-12-18 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> tags 884595 + wontfix
Bug #884595 {Done: Michael Biebl } [udev] udev: consider 
blacklisting fake joystick devices
Added tag(s) wontfix.
> thanks
Stopping processing here.

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

___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers


Bug#884595: kernel recognizes keyboards and mice as joysticks

2017-12-18 Thread Markus Koschany
Am 18.12.2017 um 18:28 schrieb Michael Biebl:
> Am 18.12.2017 um 17:55 schrieb Markus Koschany:
>> retitle 884595 udev: consider blacklisting fake joystick devices
>> reassign 884595 udev
>> clone 884595 -1
>> reassign -1 src:linux
>> retitle -1 kernel recognizes keyboards and mice as joysticks
>> thanks
>>
>> Am 18.12.2017 um 00:33 schrieb Michael Biebl:
>>> Control: reassign -1 powermanga
>>>
>>> Am 17.12.2017 um 23:24 schrieb Markus Koschany:
 Am 17.12.2017 um 23:02 schrieb Michael Biebl:
 [...]
> I don't have access to such a device, but it looks like this device node
> /dev/input/js0 is created by the kernel.
> Please elaborate why this is supposed to be a bug in udev.

 I'm not familiar with udev and I would have expected that the device
 manager is responsible for creating or handling device nodes. This could
 also be a bug in the kernel. We have received similar bug reports [1]
 [2] for games in the past.

 In #714399 [3] Peter De Wachter pointed out that it might be a
 longstanding kernel bug, reported as:

 https://bugzilla.kernel.org/show_bug.cgi?id=28912
 https://bugzilla.kernel.org/show_bug.cgi?id=37982

 But there is also a way to work around this issue by blacklisting such
 devices with udev rules:

 https://github.com/denilsonsa/udev-joystick-blacklist

 I'm not sure if someone ever intends to fix these kernel bugs. If udev
 is not responsible for creating those fake joystick devices for
 keyboards and mice, then please consider to blacklist the affected
 devices, so that they will not be confused with joysticks.
>>>
>>> I'm reassigning this back to powermanga. the udev package is not a
>>> proper place for such a blacklist. I'll let you decide if you want to
>>> reassign this bug to the kernel or if you want to provide such a
>>> blacklist on your own.
>>
>> Michael what point does it serve to reassign this bug back to
>> powermanga? I explained to you that keyboards and mice are recognized as
>> joysticks and powermanga is surely not responsible for creating device
>> nodes. All games and applications with joystick support are affected.
>>
>> I am going to clone this bug report and reassign it to src:linux and
>> reassign 884595 back to udev.
>>
>> Reasoning for reassignment:
>>
>> The kernel is responsible for creating device nodes. Various keyboard
>> and mouse models are detected as joysticks though. This makes several
>> games hard or even impossible to control because the application code
>> assumes a joystick is a joystick and not a keyboard or a mouse.
>>
>> There are two longstanding kernel bugs which describe the same issue for
>> two devices:
>>
>> https://bugzilla.kernel.org/show_bug.cgi?id=28912
>> https://bugzilla.kernel.org/show_bug.cgi?id=37982
>>
>> Here are two more Debian bug reports which describe the same issue
>>
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=711350
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=714401
>>
>> The issue is still reproducible with the latest kernel in Sid.
>>
>> If this bug cannot be fixed in time for the next stable release aka
>> Buster then I would like to see that the udev maintainers create a
>> blacklist for such keyboards and mice.
>>
>> Preliminary work is already available at:
>>
>> https://github.com/denilsonsa/udev-joystick-blacklist
>>
>> If the udev maintainers don't want to create and maintain such a
>> blacklist, then please mark this bug report as "wontfix" accordingly.
>> Please don't reassign it back to affected games and applications.
>> Whether I or someone else wants to provide a patch should not be the
>> criterion for bug assignment.
>>
> 
> And you reassigned it back even though I explained that udev is not the
> proper place to maintain such a blacklist.
> 
> I'm thus going to close this bug report

This is extremely unhelpful. I wonder what you consider a "proper place"
for a udev blacklist if not udev itself. Just closing a valid bug report
is a poor decision.

Then please also close

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=711350
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=714401





signature.asc
Description: OpenPGP digital signature
___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers

Bug#884595: closed by Michael Biebl (Re: kernel recognizes keyboards and mice as joysticks)

2017-12-18 Thread Antoni Villalonga
Hi,

My problem trying to play powermanga remains :-/

On Mon, Dec 18, 2017 at 05:33:04PM +, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the udev package:
> 
> #884595: udev: consider blacklisting fake joystick devices
> 
> It has been closed by Michael Biebl .
> 
> 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 Michael Biebl 
>  by
> replying to this email.
> 
> 
> -- 
> 884595: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=884595
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems

> Date: Mon, 18 Dec 2017 18:28:40 +0100
> From: Michael Biebl 
> To: Markus Koschany 
> Cc: 884595-d...@bugs.debian.org, Antoni Villalonga ,
>  cont...@bugs.debian.org
> Subject: Re: kernel recognizes keyboards and mice as joysticks
> 
> Am 18.12.2017 um 17:55 schrieb Markus Koschany:
> > retitle 884595 udev: consider blacklisting fake joystick devices
> > reassign 884595 udev
> > clone 884595 -1
> > reassign -1 src:linux
> > retitle -1 kernel recognizes keyboards and mice as joysticks
> > thanks
> > 
> > Am 18.12.2017 um 00:33 schrieb Michael Biebl:
> >> Control: reassign -1 powermanga
> >>
> >> Am 17.12.2017 um 23:24 schrieb Markus Koschany:
> >>> Am 17.12.2017 um 23:02 schrieb Michael Biebl:
> >>> [...]
>  I don't have access to such a device, but it looks like this device node
>  /dev/input/js0 is created by the kernel.
>  Please elaborate why this is supposed to be a bug in udev.
> >>>
> >>> I'm not familiar with udev and I would have expected that the device
> >>> manager is responsible for creating or handling device nodes. This could
> >>> also be a bug in the kernel. We have received similar bug reports [1]
> >>> [2] for games in the past.
> >>>
> >>> In #714399 [3] Peter De Wachter pointed out that it might be a
> >>> longstanding kernel bug, reported as:
> >>>
> >>> https://bugzilla.kernel.org/show_bug.cgi?id=28912
> >>> https://bugzilla.kernel.org/show_bug.cgi?id=37982
> >>>
> >>> But there is also a way to work around this issue by blacklisting such
> >>> devices with udev rules:
> >>>
> >>> https://github.com/denilsonsa/udev-joystick-blacklist
> >>>
> >>> I'm not sure if someone ever intends to fix these kernel bugs. If udev
> >>> is not responsible for creating those fake joystick devices for
> >>> keyboards and mice, then please consider to blacklist the affected
> >>> devices, so that they will not be confused with joysticks.
> >>
> >> I'm reassigning this back to powermanga. the udev package is not a
> >> proper place for such a blacklist. I'll let you decide if you want to
> >> reassign this bug to the kernel or if you want to provide such a
> >> blacklist on your own.
> > 
> > Michael what point does it serve to reassign this bug back to
> > powermanga? I explained to you that keyboards and mice are recognized as
> > joysticks and powermanga is surely not responsible for creating device
> > nodes. All games and applications with joystick support are affected.
> > 
> > I am going to clone this bug report and reassign it to src:linux and
> > reassign 884595 back to udev.
> > 
> > Reasoning for reassignment:
> > 
> > The kernel is responsible for creating device nodes. Various keyboard
> > and mouse models are detected as joysticks though. This makes several
> > games hard or even impossible to control because the application code
> > assumes a joystick is a joystick and not a keyboard or a mouse.
> > 
> > There are two longstanding kernel bugs which describe the same issue for
> > two devices:
> > 
> > https://bugzilla.kernel.org/show_bug.cgi?id=28912
> > https://bugzilla.kernel.org/show_bug.cgi?id=37982
> > 
> > Here are two more Debian bug reports which describe the same issue
> > 
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=711350
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=714401
> > 
> > The issue is still reproducible with the latest kernel in Sid.
> > 
> > If this bug cannot be fixed in time for the next stable release aka
> > Buster then I would like to see that the udev maintainers create a
> > blacklist for such keyboards and mice.
> > 
> > Preliminary work is already available at:
> > 
> > https://github.com/denilsonsa/udev-joystick-blacklist
> > 
> > If the udev maintainers don't want to create and maintain such a
> > blacklist, then please mark this bug report as "wontfix" accordingly.
> > Please don't reassign it back to affected games and applications.
> > Whether I or someone else wants to provide a patch should not be the
> > criterion for bug assignment.
> > 
> 
> And you reassigned it back even though I explained that udev is not the
> proper place to maintain such a blacklist.
> 
> I'm thus going to close this bug report
> 
> 
> -- 
> Why is it that all of the instruments seeking intelligent life in the
> uni

Bug#883877: rsyslog: fails to configure, dpkg --configure exits with error

2017-12-18 Thread Martin-Éric Racine
2017-12-18 2:08 GMT+02:00 Michael Biebl :
> Hi,
>
> I just uploaded v236 today. Before we try to debug this further, it
> would be great if you can give this version a try. Maybe your issue is
> already fixed.
> If not, we'll have to involve upstream at some point by filing an
> upstream bug report. But let's first wait for your results with 236-1

The issue is not fixed. Something fails at communicating with dbus,
and it messes up everything else.

Googling up the issue, I found this:

https://answers.launchpad.net/ubuntu/+source/systemd/+question/287454

As to whether this is the exact issue we're seeing, I wouldn't know.

However, there's one interesting problem:  purging all dbus-related
packages (dpkg -P --force-all) fails because dbus's maintainer scripts
call dbus... whose socket cannot be reached for some damn reason.
Thus, my attempt at reainstaling it also fails.

Martin-Éric

___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers

Bug#884595: closed by Michael Biebl (Re: kernel recognizes keyboards and mice as joysticks)

2017-12-18 Thread Antoni Villalonga
Hi,

I'll try to sumarize my findings about this topic:

1.- powermanga accepts all joysticks from SDL
2.- Reading SDL: SDL_SYS_JoystickInit function for Linux seems to look
for /dev/input/event*, /dev/input/js*, /dev/js* devices. Some extra
checks are done at this function EV_IsJoystick.
3.- Linux 'joydev' module creates /dev/input/js0 device for de MS usb
mouse 045e:075c
4.- udev isn't involved (or should be somehow transparent)

Some questions I can't reply by myself:
- Should Linux create a js device for 045e:075c?
- Should SDL accept this js device?
- Should powermanga accept a js without axes?

FTR:

As a hotfix for powermanga:
 # modprobe -r joydev

Regards,

On Mon, Dec 18, 2017 at 06:21:59PM +, Antoni Villalonga wrote:
> Hi,
> 
> My problem trying to play powermanga remains :-/
> 
> On Mon, Dec 18, 2017 at 05:33:04PM +, Debian Bug Tracking System wrote:
> > This is an automatic notification regarding your Bug report
> > which was filed against the udev package:
> > 
> > #884595: udev: consider blacklisting fake joystick devices
> > 
> > It has been closed by Michael Biebl .
> > 
> > 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 Michael Biebl 
> >  by
> > replying to this email.
> > 
> > 
> > -- 
> > 884595: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=884595
> > Debian Bug Tracking System
> > Contact ow...@bugs.debian.org with problems
> 
> > Date: Mon, 18 Dec 2017 18:28:40 +0100
> > From: Michael Biebl 
> > To: Markus Koschany 
> > Cc: 884595-d...@bugs.debian.org, Antoni Villalonga ,
> >  cont...@bugs.debian.org
> > Subject: Re: kernel recognizes keyboards and mice as joysticks
> > 
> > Am 18.12.2017 um 17:55 schrieb Markus Koschany:
> > > retitle 884595 udev: consider blacklisting fake joystick devices
> > > reassign 884595 udev
> > > clone 884595 -1
> > > reassign -1 src:linux
> > > retitle -1 kernel recognizes keyboards and mice as joysticks
> > > thanks
> > > 
> > > Am 18.12.2017 um 00:33 schrieb Michael Biebl:
> > >> Control: reassign -1 powermanga
> > >>
> > >> Am 17.12.2017 um 23:24 schrieb Markus Koschany:
> > >>> Am 17.12.2017 um 23:02 schrieb Michael Biebl:
> > >>> [...]
> >  I don't have access to such a device, but it looks like this device 
> >  node
> >  /dev/input/js0 is created by the kernel.
> >  Please elaborate why this is supposed to be a bug in udev.
> > >>>
> > >>> I'm not familiar with udev and I would have expected that the device
> > >>> manager is responsible for creating or handling device nodes. This could
> > >>> also be a bug in the kernel. We have received similar bug reports [1]
> > >>> [2] for games in the past.
> > >>>
> > >>> In #714399 [3] Peter De Wachter pointed out that it might be a
> > >>> longstanding kernel bug, reported as:
> > >>>
> > >>> https://bugzilla.kernel.org/show_bug.cgi?id=28912
> > >>> https://bugzilla.kernel.org/show_bug.cgi?id=37982
> > >>>
> > >>> But there is also a way to work around this issue by blacklisting such
> > >>> devices with udev rules:
> > >>>
> > >>> https://github.com/denilsonsa/udev-joystick-blacklist
> > >>>
> > >>> I'm not sure if someone ever intends to fix these kernel bugs. If udev
> > >>> is not responsible for creating those fake joystick devices for
> > >>> keyboards and mice, then please consider to blacklist the affected
> > >>> devices, so that they will not be confused with joysticks.
> > >>
> > >> I'm reassigning this back to powermanga. the udev package is not a
> > >> proper place for such a blacklist. I'll let you decide if you want to
> > >> reassign this bug to the kernel or if you want to provide such a
> > >> blacklist on your own.
> > > 
> > > Michael what point does it serve to reassign this bug back to
> > > powermanga? I explained to you that keyboards and mice are recognized as
> > > joysticks and powermanga is surely not responsible for creating device
> > > nodes. All games and applications with joystick support are affected.
> > > 
> > > I am going to clone this bug report and reassign it to src:linux and
> > > reassign 884595 back to udev.
> > > 
> > > Reasoning for reassignment:
> > > 
> > > The kernel is responsible for creating device nodes. Various keyboard
> > > and mouse models are detected as joysticks though. This makes several
> > > games hard or even impossible to control because the application code
> > > assumes a joystick is a joystick and not a keyboard or a mouse.
> > > 
> > > There are two longstanding kernel bugs which describe the same issue for
> > > two devices:
> > > 
> > > https://bugzilla.kernel.org/show_bug.cgi?id=28912
> > > https://bugzilla.kernel.org/show_bug.cgi?id=37982
> > > 
> > > Here are two more Debian bug reports which describe the same issue
> > > 
> > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=711350
> > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=714401
> > > 
> > 

Bug#884595: kernel recognizes keyboards and mice as joysticks

2017-12-18 Thread Stephen Kitt
On Mon, 18 Dec 2017 17:55:21 +0100, Markus Koschany  wrote:
> Preliminary work is already available at:
> 
> https://github.com/denilsonsa/udev-joystick-blacklist
> 
> If the udev maintainers don't want to create and maintain such a
> blacklist, then please mark this bug report as "wontfix" accordingly.
> Please don't reassign it back to affected games and applications.
> Whether I or someone else wants to provide a patch should not be the
> criterion for bug assignment.

... and the joystick package includes the blacklist linked above. Installing
that should fix many of this issues.

Regards,

Stephen


pgp4kQrhzk_zr.pgp
Description: OpenPGP digital signature
___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers

Bug#884595: kernel recognizes keyboards and mice as joysticks

2017-12-18 Thread Markus Koschany
Am 18.12.2017 um 22:59 schrieb Stephen Kitt:
> On Mon, 18 Dec 2017 17:55:21 +0100, Markus Koschany  wrote:
>> Preliminary work is already available at:
>>
>> https://github.com/denilsonsa/udev-joystick-blacklist
>>
>> If the udev maintainers don't want to create and maintain such a
>> blacklist, then please mark this bug report as "wontfix" accordingly.
>> Please don't reassign it back to affected games and applications.
>> Whether I or someone else wants to provide a patch should not be the
>> criterion for bug assignment.
> 
> ... and the joystick package includes the blacklist linked above. Installing
> that should fix many of this issues.
> 
> Regards,
> 
> Stephen

Alas the joystick package is only optional while udev is priority
important. It is rather unlikely that someone will have it installed
already. The issue is that those people would not even think about a
joystick, they just assume the game/application is broken. It's rather
strange to recommend the installation of joystick when you want to play
a game without one. This issue should be solved in packages which are
guaranteed to be installed on a default desktop computer like udev.




signature.asc
Description: OpenPGP digital signature
___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers

Bug#883877: rsyslog: fails to configure, dpkg --configure exits with error

2017-12-18 Thread Michael Biebl
Am 18.12.2017 um 20:07 schrieb Martin-Éric Racine:
> 2017-12-18 2:08 GMT+02:00 Michael Biebl :
>> Hi,
>>
>> I just uploaded v236 today. Before we try to debug this further, it
>> would be great if you can give this version a try. Maybe your issue is
>> already fixed.
>> If not, we'll have to involve upstream at some point by filing an
>> upstream bug report. But let's first wait for your results with 236-1
> 
> The issue is not fixed. Something fails at communicating with dbus,
> and it messes up everything else.

Just to be sure, have you rebooted your system after upgrading to 236-1?


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers

Bug#883877: rsyslog: fails to configure, dpkg --configure exits with error

2017-12-18 Thread Martin-Éric Racine
2017-12-19 2:02 GMT+02:00 Michael Biebl :
> Am 18.12.2017 um 20:07 schrieb Martin-Éric Racine:
>> 2017-12-18 2:08 GMT+02:00 Michael Biebl :
>>> Hi,
>>>
>>> I just uploaded v236 today. Before we try to debug this further, it
>>> would be great if you can give this version a try. Maybe your issue is
>>> already fixed.
>>> If not, we'll have to involve upstream at some point by filing an
>>> upstream bug report. But let's first wait for your results with 236-1
>>
>> The issue is not fixed. Something fails at communicating with dbus,
>> and it messes up everything else.
>
> Just to be sure, have you rebooted your system after upgrading to 236-1?

Yes I have, but this required issuing "exec reboot -f" to bypass init
entirely, otherwise it fails due to the lack of dbus connection.

Martin-Éric

___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers

Bug#883877: rsyslog: fails to configure, dpkg --configure exits with error

2017-12-18 Thread Michael Biebl
Am 18.12.2017 um 20:07 schrieb Martin-Éric Racine:
> 2017-12-18 2:08 GMT+02:00 Michael Biebl :
>> Hi,
>>
>> I just uploaded v236 today. Before we try to debug this further, it
>> would be great if you can give this version a try. Maybe your issue is
>> already fixed.
>> If not, we'll have to involve upstream at some point by filing an
>> upstream bug report. But let's first wait for your results with 236-1
> 
> The issue is not fixed. Something fails at communicating with dbus,
> and it messes up everything else.
> 
> Googling up the issue, I found this:
> 
> https://answers.launchpad.net/ubuntu/+source/systemd/+question/287454
> 
> As to whether this is the exact issue we're seeing, I wouldn't know.
> 

I don't think this is related. The issue above talks above the systemd
--user instance. Your issue seems to be about systemd PID 1 crashing.


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers

Bug#883877: rsyslog: fails to configure, dpkg --configure exits with error

2017-12-18 Thread Michael Biebl
Am 19.12.2017 um 02:18 schrieb Martin-Éric Racine:
> 2017-12-19 2:02 GMT+02:00 Michael Biebl :
>> Am 18.12.2017 um 20:07 schrieb Martin-Éric Racine:
>>> 2017-12-18 2:08 GMT+02:00 Michael Biebl :
 Hi,

 I just uploaded v236 today. Before we try to debug this further, it
 would be great if you can give this version a try. Maybe your issue is
 already fixed.
 If not, we'll have to involve upstream at some point by filing an
 upstream bug report. But let's first wait for your results with 236-1
>>>
>>> The issue is not fixed. Something fails at communicating with dbus,
>>> and it messes up everything else.
>>
>> Just to be sure, have you rebooted your system after upgrading to 236-1?
> 
> Yes I have, but this required issuing "exec reboot -f" to bypass init
> entirely, otherwise it fails due to the lack of dbus connection.

Sure, if PID 1 has crashed, it will freeze itself and no longer respond
to any (D-Bus) requests.

When exactly does systemd crash? Is it immediately during boot or after
you've been using the system for a while?
I assume it works at least for a while, otherwise no other services
would be started and you would not be able to log in.
When systemd crashes, you should get an entry in the kernel log (dmesg)
respectively the journal.

It would be great if you can follow the instructions at [1] to boot with
debug logging enabled and then provide a journal log which shows such a
crash.


Michael

[1] https://freedesktop.org/wiki/Software/systemd/Debugging/
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature
___
Pkg-systemd-maintainers mailing list
Pkg-systemd-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers