Devuan bug report logs - #500
Package: usbmuxd calls systemd in its udev rules so it will never start in Devuan

Package: usbmuxd; Reported by: Vernon Van Steenkist <[email protected]>; Keywords: debian; Forwarded to https://bugs.debian.org/966403; Maintainer for usbmuxd is (unknown).

Message received at [email protected]:

MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII;
 format=flowed
Content-Transfer-Encoding: 7bit
Date: Thu, 30 Jul 2020 22:37:57 -0500
From: [email protected]
To: Vernon Van Steenkist <[email protected]>, [email protected], devuan
 developers internal list <[email protected]>
Cc: Mark Hindley <[email protected]>
Subject: Re: [devuan-dev] bug#500: bug#500: Package: usbmuxd calls systemd in
 its udev rules so it will never start in Devuan
In-Reply-To: <[email protected]>
References: <[email protected]>
 <[email protected]>
 <[email protected]>
 <[email protected]>
 <[email protected]>
 <[email protected]>
Message-ID: <[email protected]>
User-Agent: Dyne.org Webmail

On 2020-07-30 21:25, Vernon Van Steenkist wrote:
> 
> However, today I found out that there is a friends of devuan wiki and
> I now think that may be a better place. I don't know the relationship
> between friends of devuan and the main devuan project and why I could
> find no link to this wiki on the devuan.org web site. Is there a risk
> that the friends of devuan could become the fiends of devuan :) ?
> 
> What do you think?
> 

All the links to the FoD wiki have been removed because a wiki requires 
hands on and no one has stepped up to do that consistently.  Several 
years ago someone was going to set up a new media wiki format. That 
never happened. Then more recently there was another offer to set up a 
different wiki format but again, nothing materialized.  Sadly, until we 
have a reliable, long-term wiki-whisperer to tend it, I don't see a wiki 
being a viable option.

golinux

Acknowledgement sent to [email protected]:
Extra info received and forwarded to list. Copy sent to [email protected]. Full text available.

Information forwarded to [email protected], [email protected]:
bug#500; Package usbmuxd. Full text available.

Message received at [email protected]:

Subject: Re: [devuan-dev] bug#500: Package: usbmuxd calls systemd in its udev
 rules so it will never start in Devuan
To: Mark Hindley <[email protected]>
Cc: [email protected]
References: <[email protected]>
 <[email protected]>
 <[email protected]>
 <[email protected]>
From: Vernon Van Steenkist <[email protected]>
Message-ID: <[email protected]>
Date: Thu, 30 Jul 2020 22:25:51 -0400
User-Agent: Mozilla/5.0 (X11; Linux i686; rv:68.0) Gecko/20100101
 Thunderbird/68.10.0
MIME-Version: 1.0
In-Reply-To: <[email protected]>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Language: en-US

Mark,

On 7/30/20 5:22 AM, Mark Hindley wrote:
[...|
> I agree that the current actions of some Debian maintainers in actively removing
> non-systemd functionality is very unhelpful. My personal opinion is that by
> accepting such actions unchallenged we risk them increasing on a 'nobody noticed
> or complained so nobody cares' basis. If the current trickle increases
> substantially, Devuan's limited person-power could easily be overstretched.

Agree. Especially considering Devuan's limited person-power. However, 
these Devuan Beowulf systemd dependency issues are accumulating as well 
- NetworkManager, PulseAudio to name a few. A quick grep -li systemd 
/lib/udev/rules.d/* indicates there may be others.

I think it would be helpful to have some central place where all Devuan 
systemd dependencies and their workarounds are stored. Currently, the 
workarounds are scattered around different posts in the Devuan forum 
making them non-trivial to find. Initially, I though it would be a good 
idea to create a new Devuan forum category to hold these Devuan systemd 
dependency workaround.

However, today I found out that there is a friends of devuan wiki and I 
now think that may be a better place. I don't know the relationship 
between friends of devuan and the main devuan project and why I could 
find no link to this wiki on the devuan.org web site. Is there a risk 
that the friends of devuan could become the fiends of devuan :) ?

What do you think?

> So I think that a bug that can be demonstrated on a non-systemd PID1 Debian
> system shold be fixed in Debian.  I accept that maybe easier said than done: I
> have a number of Debian bugs open that are being ignored and I realise how
> frustrating it is.
>
> My suggestion is to retitle your Debian bug #966403 to mention non-systemd PID1
> rather than Devuan and add a patch (and patch tag) to reintroduce legacy udev
> support. And then be persistent until you get a response.
>
> How do you feel about that?

I agree and have changed the title and added additional clarification.

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

I am all new to this and don't know the best way to pester Debian 
developers. Any thoughts are appreciated.

Thanks for all your responses.

Vernon

Acknowledgement sent to Vernon Van Steenkist <[email protected]>:
Extra info received and forwarded to list. Copy sent to [email protected]. Full text available.

Information forwarded to [email protected], [email protected]:
bug#500; Package usbmuxd. Full text available.

Set bug forwarded-to-address to 'https://bugs.debian.org/966403'. Request was from Mark Hindley <[email protected]> to [email protected]. Full text available.

Added tag(s) debian. Request was from Mark Hindley <[email protected]> to [email protected]. Full text available.

Message received at [email protected]:

Received: (at 500) by bugs.devuan.org; 30 Jul 2020 09:30:12 +0000
Return-Path: <[email protected]>
Delivered-To: [email protected]
Received: from tupac3.dyne.org [195.169.149.119]
	by doc.devuan.org with IMAP (fetchmail-6.4.0.beta4)
	for <debbugs@localhost> (single-drop); Thu, 30 Jul 2020 09:30:11 +0000 (UTC)
Received: from mx.hindley.org.uk (mohindley.plus.com [81.174.245.179])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(No client certificate requested)
	by vm6.ganeti.dyne.org (Postfix) with ESMTPS id 3DD1FF608FA
	for <[email protected]>; Thu, 30 Jul 2020 11:22:20 +0200 (CEST)
Received: from apollo.hindleynet ([192.168.1.3] helo=hindley.org.uk)
	by mx.hindley.org.uk with smtp (Exim 4.84_2)
	(envelope-from <[email protected]>)
	id 1k14lQ-0001XH-4r; Thu, 30 Jul 2020 10:22:12 +0100
Received: (nullmailer pid 5525 invoked by uid 1000);
	Thu, 30 Jul 2020 09:22:11 -0000
Date: Thu, 30 Jul 2020 10:22:11 +0100
From: Mark Hindley <[email protected]>
To: Vernon Van Steenkist <[email protected]>
Cc: [email protected]
Subject: Re: [devuan-dev] bug#500: Package: usbmuxd calls systemd in its udev
 rules so it will never start in Devuan
Message-ID: <[email protected]>
References: <[email protected]>
 <[email protected]>
 <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <[email protected]>
User-Agent: Mutt/1.10.1 (2018-07-13)
X-Spam-Status: No, score=-0.0 required=5.0 tests=SPF_PASS autolearn=disabled
	version=3.4.2
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tupac3.dyne.org

Control: tags -1 debian
Control: forwarded -1 https://bugs.debian.org/966403

Vernon,

Thanks for this information which is very helpful.
 
> It appears that not having sysvinit support in usbmuxd.rules is not a bug
> but an intended feature.

I would phrase this another way: it is a conscious decision, but it is still a
bug. Non-systemd PID1 is still possible in Debian and so this behaviour will be
evident on such a system.

[…]

> I tested the above usbmuxd.rules file on my non-systemd Devuan and my
> systemd Ubuntu 18.04 machine (I don't have any pure Debian machines) and the
> above usbmuxd.rules worked on both machines (started usbmuxd when I
> connected my iphone). Therefore, it is unclear to me why Debian removed
> sysvinit usbmuxd.rules support in the next release of Debian
> (usbmuxd_1.1.0-2+b2_i386.deb).  I find the CHANGELOG cryptic and I can't
> make heads or tails of it.

I agree, it isn't really mentioned at all.
 
> So, Debian removing sysvinit support from Debian package usbmuxd which
> supported both systemd and sysvinit is not a bug but a feature.

A conscious decision, but still a bug on some Debian systems.

> > If so, this patch should go to Debian as this bug will also be present on a
> > Debian system that is not running systemd as PID1.
> 
> Actually, I already (accidentally :) ) sent a bug report to Debian regarding
> this a few days ago. However, based on the Debian usbmuxd package history of
> purposefully removing sysvinit support from a usbmuxd.package that supported
> both systemd and sysvinit, it appears that Debian is willfully moving away
> from supporting sysvinit. Therefore I don't expect a response from Debian.
> 
> How would you like me to proceed?

I agree that the current actions of some Debian maintainers in actively removing
non-systemd functionality is very unhelpful. My personal opinion is that by
accepting such actions unchallenged we risk them increasing on a 'nobody noticed
or complained so nobody cares' basis. If the current trickle increases
substantially, Devuan's limited person-power could easily be overstretched.

So I think that a bug that can be demonstrated on a non-systemd PID1 Debian
system shold be fixed in Debian.  I accept that maybe easier said than done: I
have a number of Debian bugs open that are being ignored and I realise how
frustrating it is.

My suggestion is to retitle your Debian bug #966403 to mention non-systemd PID1
rather than Devuan and add a patch (and patch tag) to reintroduce legacy udev
support. And then be persistent until you get a response.

How do you feel about that?

Best wishes

Mark

Acknowledgement sent to Mark Hindley <[email protected]>:
Extra info received and forwarded to list. Copy sent to [email protected]. Full text available.

Information forwarded to [email protected], [email protected]:
bug#500; Package usbmuxd. Full text available.

Message received at [email protected]:

Received: (at 500) by bugs.devuan.org; 29 Jul 2020 09:10:07 +0000
Return-Path: <[email protected]>
Delivered-To: [email protected]
Received: from tupac3.dyne.org [195.169.149.119]
	by doc.devuan.org with IMAP (fetchmail-6.4.0.beta4)
	for <debbugs@localhost> (single-drop); Wed, 29 Jul 2020 09:10:07 +0000 (UTC)
Received: from mx.hindley.org.uk (mohindley.plus.com [81.174.245.179])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(No client certificate requested)
	by vm6.ganeti.dyne.org (Postfix) with ESMTPS id 47156F60999
	for <[email protected]>; Wed, 29 Jul 2020 11:01:50 +0200 (CEST)
Received: from apollo.hindleynet ([192.168.1.3] helo=hindley.org.uk)
	by mx.hindley.org.uk with smtp (Exim 4.84_2)
	(envelope-from <[email protected]>)
	id 1k0hy6-0001cF-2Q; Wed, 29 Jul 2020 10:01:47 +0100
Received: (nullmailer pid 10621 invoked by uid 1000);
	Wed, 29 Jul 2020 09:01:45 -0000
Date: Wed, 29 Jul 2020 10:01:45 +0100
From: Mark Hindley <[email protected]>
To: Vernon Van Steenkist <[email protected]>, [email protected]
Subject: Re: [devuan-dev] bug#500: Package: usbmuxd calls systemd in its udev
 rules so it will never start in Devuan
Message-ID: <[email protected]>
References: <[email protected]>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <[email protected]>
X-Debbugs-No-Ack: No Thanks
User-Agent: Mutt/1.10.1 (2018-07-13)
X-Spam-Status: No, score=-0.0 required=5.0 tests=SPF_PASS autolearn=disabled
	version=3.4.2
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tupac3.dyne.org

Vernon,

[Congratulations on submitting the 500th Devuan bug! ;)]

On Tue, Jul 28, 2020 at 10:50:58PM -0400, Vernon Van Steenkist wrote:
> Package: usbmuxd
> Version: 1.1.1~git20181007.f838cf6-1 i386
> 
> Beowulf usbmuxd is maintained by Debian. A Devuan usbmuxd package probably
> should be created because the Debian version references systemd in its udev
> rules so usbmuxd will never start under Devuan.

Thanks for this.

[...]

> Suggested /lib/udev/rules.d/85-usbmuxd.rules for a� new Devuan usbmuxd
> package.
> 
> 
> # usbmuxd ("Apple Mobile Device" muxer listening on /var/run/usbmuxd)
> 
> # Forces iDevices to the last USB configuration and runs usbmuxd
> ACTION=="add", SUBSYSTEM=="usb", OWNER="usbmux", ATTR{idVendor}=="05ac",
> ATTR{idProduct}=="12[9a][0-9a-f]", ENV{USBMUX_SUPPORTED}="1",
> ATTR{bConfigurationValue}!="$attr{bNumConfigurations}",
> ATTR{bConfigurationValue}="$attr{bNumConfigurations}", OWNER="usbmux",
> RUN+="/usr/sbin/usbmuxd -u -U usbmux"

I am certainly not an expert on udev rules.

Do you know if/how this can be made to sit alongside the existing systemd rules
without conflicting? i.e only use this rule if systemd is not installed
available?

If so, this patch should go to Debian as this bug will also be present on a
Debian system that is not running systemd as PID1.

Thanks

Mark

Information forwarded to [email protected], [email protected]:
bug#500; Package usbmuxd. Full text available.

Message received at [email protected]:

Received: (at submit) by bugs.devuan.org; 29 Jul 2020 03:00:06 +0000
Return-Path: <[email protected]>
Delivered-To: [email protected]
Received: from tupac3.dyne.org [195.169.149.119]
	by doc.devuan.org with IMAP (fetchmail-6.4.0.beta4)
	for <debbugs@localhost> (single-drop); Wed, 29 Jul 2020 03:00:06 +0000 (UTC)
Received: from mail-qt1-f172.google.com (mail-qt1-f172.google.com [209.85.160.172])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(No client certificate requested)
	by vm6.ganeti.dyne.org (Postfix) with ESMTPS id EB677F609D3
	for <[email protected]>; Wed, 29 Jul 2020 04:51:04 +0200 (CEST)
Authentication-Results: vm6.ganeti.dyne.org;
	dkim=pass (2048-bit key; unprotected) header.d=gmail.com [email protected] header.b="KMALD/ok";
	dkim-atps=neutral
Received: by mail-qt1-f172.google.com with SMTP id s16so16584654qtn.7
        for <[email protected]>; Tue, 28 Jul 2020 19:51:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=from:subject:to:message-id:date:user-agent:mime-version
         :content-transfer-encoding:content-language;
        bh=0K1/Fn7gJS0WRVrSEedgBBHxYmtgfMyHgVac58KHHSo=;
        b=KMALD/okRzYUN0n7+oihkadwuYOeGb/6xJEU3TCCG4NL7PukJEtEtfn7fPXumsjH1i
         fLAHO7kAQbCwbPTjNvsYRUq8eCgrLAaTK1OVKBg1tckusoJ42jT91VsYVz9LTi5J6lFP
         tW1w2eXEop9NhgVIXV+pKLE8sc1CYyY95GzJqzZUlW7vZ49A1YebxgGT7afKedJvy2MC
         2b64a74kwt7OEELPTGmvyGBQ7ZJMuJo6D+4VtGGk3Dyq2eMVqOWWmf3J4rCWIiu4gp9b
         2wQbgF2kxWMjlJOhfaXvL9I5pLx64b8QsVV/4LKv2BxcAFX/9U9g1RGM0UmSjlSUMxr9
         IKRw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:from:subject:to:message-id:date:user-agent
         :mime-version:content-transfer-encoding:content-language;
        bh=0K1/Fn7gJS0WRVrSEedgBBHxYmtgfMyHgVac58KHHSo=;
        b=ix0ewtsKjR1szeYH3jvqcHgs8Ma0EgWBQ6oM2ZOUjwNS1BSSHt6AFsKpxrDxBwHHrQ
         w5g7T17rJhnS4Nm5s8RdXtD8oHK91Sxg6LtUKJIDJomZ1ilUMNmWPNDkceG+2Jcw3oru
         QZND5dL43Um2fSSolhZ8l2PCFddNt/I1KWDCyIR6L2TYmTr3KLxa8xtewyOfmT77eRzI
         c0BWma2naAImSucNU2RoiUCdgAHrbxx7LMX4W2ZeVEZF0o9VREwPoqyrmfscZ8YQeXhE
         VGKySLufsnS57Q5bSD60zp1geRCT/WEGaef3lmg5lDp6e761f4NTispx8sbUwWyLotg0
         LIFQ==
X-Gm-Message-State: AOAM530vm1jvWaM90wANRrynWnelnH3ZQZTe+FspplvcvgnQR4zt89FG
	WIckGc4CFi5tP/brB8kB2kd4do9sjh8=
X-Google-Smtp-Source: ABdhPJzhgUXsjBYJqCGJJYJO/kW+qcarvt05bFFwpKYdVVkJYMSgwNsBO2rXoreeajL7qJkAYuv3Dw==
X-Received: by 2002:ac8:7b94:: with SMTP id p20mr15496553qtu.312.1595991062348;
        Tue, 28 Jul 2020 19:51:02 -0700 (PDT)
Received: from [192.168.0.32] (rrcs-72-43-221-6.nys.biz.rr.com. [72.43.221.6])
        by smtp.gmail.com with ESMTPSA id x28sm509949qki.55.2020.07.28.19.50.58
        for <[email protected]>
        (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128);
        Tue, 28 Jul 2020 19:50:59 -0700 (PDT)
From: Vernon Van Steenkist <[email protected]>
Subject: Package: usbmuxd calls systemd in its udev rules so it will never
 start in Devuan
To: [email protected]
Message-ID: <[email protected]>
Date: Tue, 28 Jul 2020 22:50:58 -0400
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101
 Thunderbird/68.10.0
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Content-Language: en-US
X-Spam-Status: No, score=-0.2 required=5.0 tests=DKIM_SIGNED,DKIM_VALID,
	DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,
	RCVD_IN_MSPIKE_H2,SPF_PASS autolearn=disabled version=3.4.2
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tupac3.dyne.org

Package: usbmuxd
Version: 1.1.1~git20181007.f838cf6-1 i386

Beowulf usbmuxd is maintained by Debian. A Devuan usbmuxd package 
probably should be created because the Debian version references systemd 
in its udev rules so usbmuxd will never start under Devuan.

Debian usbmuxd /lib/udev/rules.d/39-usbmuxd.rules file contents


# systemd should receive all events relating to device
SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", 
ENV{PRODUCT}=="5ac/12[9a][0-9a-f]/*", TAG+="systemd"

# Initialize iOS devices into "deactivated" USB configuration state and 
activate usbmuxd
SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", 
ENV{PRODUCT}=="5ac/12[9a][0-9a-f]/*", ACTION=="add", 
ENV{USBMUX_SUPPORTED}="1", ATTR{bConfigurationValue}="0", 
OWNER="usbmux", ENV{SYSTEMD_WANTS}="usbmuxd.service"

# Make sure properties don't get lost when bind action is called
SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", 
ENV{PRODUCT}=="5ac/12[9a][0-9a-f]/*", ACTION=="bind", 
ENV{USBMUX_SUPPORTED}="1", OWNER="usbmux", 
ENV{SYSTEMD_WANTS}="usbmuxd.service"

# Exit usbmuxd when the last device is removed
SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", 
ENV{PRODUCT}=="5ac/12[9a][0-9a-f]/*", ACTION=="remove", 
RUN+="/usr/sbin/usbmuxd -x"


Suggested /lib/udev/rules.d/85-usbmuxd.rules for a  new Devuan usbmuxd 
package.


# usbmuxd ("Apple Mobile Device" muxer listening on /var/run/usbmuxd)

# Forces iDevices to the last USB configuration and runs usbmuxd
ACTION=="add", SUBSYSTEM=="usb", OWNER="usbmux", ATTR{idVendor}=="05ac", 
ATTR{idProduct}=="12[9a][0-9a-f]", ENV{USBMUX_SUPPORTED}="1", 
ATTR{bConfigurationValue}!="$attr{bNumConfigurations}", 
ATTR{bConfigurationValue}="$attr{bNumConfigurations}", OWNER="usbmux", 
RUN+="/usr/sbin/usbmuxd -u -U usbmux"

# Exit usbmuxd when the last device is removed
ACTION=="remove", SUBSYSTEM=="usb", 
ENV{PRODUCT}=="5ac/12[9a][0-9a-f]/*", ENV{INTERFACE}=="255/*", 
RUN+="/usr/sbin/usbmuxd -x"

Please don't hesitate to contact me if you have any questions.

Thanks,
Vernon

Acknowledgement sent to Vernon Van Steenkist <[email protected]>:
New bug report received and forwarded. Copy sent to [email protected].

Your message had a Version: pseudo-header with an invalid package version:

1.1.1~git20181007.f838cf6-1 i386

please either use found or fixed to the control server with a correct version, or reply to this report indicating the correct version so the maintainer (or someone else) can correct it for you.

Full text available.

Report forwarded to [email protected], [email protected]:
bug#500; Package usbmuxd. Full text available.

Devuan bug report logs - #500 Package: usbmuxd calls systemd in its udev rules so it will never start in Devuan

Message received at [email protected]:

Message received at [email protected]:

Message received at [email protected]:

Message received at [email protected]:

Message received at [email protected]:

Devuan bug report logs - #500
Package: usbmuxd calls systemd in its udev rules so it will never start in Devuan