New Forum Category Suggestion - Devuan systemd dependency workarounds

Vernon · 2020-07-30 15:45:01

There are workarounds to Devuan systemd dependencies scattered around this board. It would be nice if they were all in one place so they could be easily found. I suggest a new forum category, Devuan systemd dependency workarounds which should only contain solutions to Devuan systemd dependencies.

When someone finds a solution to a Devuan systemd dependancy, the solution could be cross posted to Devuan systemd dependency workarounds by the person who found the workaround or anyone else..

An example post would be as follows:

Subject: usbmuxd package used for Apple Iphone and Ipad

Workaround: As root, use text editor to replace contents of /lib/udev/rules.d/39-usbmuxd.rules with

# 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"

Similar posts could be made for pulseaudio and networkmanager at least.

I suggest that this category be moderated to reduce cruft. Any post not related to a systemd workarounds gets moved to another category.

Comments welcome.

golinux · 2020-07-31 02:52:31

Vernon wrote:

There are workarounds to Devuan systemd dependencies scattered around this board. It would be nice if they were all in one place so they could be easily found. I suggest a new forum category, Devuan systemd dependency workarounds which should only contain solutions to Devuan systemd dependencies.

Thanks for suggesting this. Your proposal was discussed today at our weekly meet and we think it would be useful. Problem is that we need a shorter name. Suggestions welcome.
- Init Triage
- Regaining Control

Vernon wrote:

When someone finds a solution to a Devuan systemd dependency, the solution could be cross posted to Devuan systemd dependency workarounds by the person who found the workaround or anyone else. Similar posts could be made for pulseaudio and networkmanager at least.

Or threads/posts could just be moved.

Vernon wrote:

I suggest that this category be moderated to reduce cruft. Any post not related to a systemd workarounds gets moved to another category.

Sometimes threads are moved or split but content is kept intact. We have an aversion to rewriting history.

PedroReina · 2020-07-31 08:12:56

golinux wrote:

Devuan systemd dependency workarounds ... Suggestions welcome.

systemd workarounds

GlennW · 2020-07-31 10:53:16

Great idea, Love the iPhone stuff, so difficult to get any good info on access to these devices.

My first thought was calling it "FOSS", ...that could easily include all the pulse hints and guides as well.

HevyDevy · 2020-07-31 12:54:18

Possible name?

Init Control or the short version just as a play on words, Initctl.

Vernon · 2020-07-31 14:36:16

GlennW wrote:

Great idea, Love the iPhone stuff, so difficult to get any good info on access to these devices.
My first thought was calling it "FOSS", ...that could easily include all the pulse hints and guides as well.

Thanks!

brocashelm · 2020-07-31 14:55:11

I vote in favor. That's the whole point of Devuan, and then some.

Vernon · 2020-07-31 15:46:44

PedroReina wrote:

systemd workarounds

I like it. But I got to thinking, are there any Devuan specific workarounds that are not related to systemd? Maybe just Devuan Workarounds with a sticky explaining that this forum category is specifically for Devuan sytemd workarounds. All other problems and workarounds, which are also probably in Debian Buster, should be posted in the other Devuan forum categories.

My concern is that a new user may not know or care that Devuan uses sysvinit instead of sytemd and just wants to try Devuan because of the strong support that people like Head_on_a_Stick with Sid provide. They may not understand that systemd workarounds applies to their Devuan installation.

Any other thoughts or comments are welcome.

Last edited by Vernon (2020-07-31 15:47:44)

golinux · 2020-07-31 17:57:47

Thanks for the ideas. Now let's go deeper . . . IMO, "FOSS" is too general and philosophical. Also it's about more than systemd. I see it being about unnecessary "complification", removal of working options and core structure just because. What ever happened to "KISS" and "if it works, don't fix it". Please keep trying. We also will need a very short description of what the new category will encompass.

EDIT: Also FOSS is a non-starter because systemd passes the test technically if not in spirit.

HevyDevy · 2020-08-01 11:25:51

Perhaps a sub category/forum of <index/Discuss> on the forum called Init Freedom ?

Last edited by HevyDevy (2020-08-01 11:26:55)

nixer · 2020-08-01 12:11:28

Just throwing an idea or two out, if you want it to refer to Devuan hacks

D-hacks

If you want it to refer to systemd hacks or workarounds,

d-hacks

IMHO, this does not deserve a capital "D"... (-;

Perhaps,

What ever happened to "KISS" and "if it works, don't fix it"

"KISS Hacking"
"Simple Hacks"

catprints · 2020-08-01 12:57:59

workarounds

Marjorie · 2020-08-01 20:30:42

Init Freedom Hacks?

golinux · 2020-08-01 21:09:07

Marjorie wrote:

Init Freedom Hacks?

Unfortunately, if we want to include other poettering elephants like pulseaudio for discussion, it can't be limited to init. Maybe just "Freedom Hacks"?

catprints · 2020-08-02 00:14:07

How about just "Triage"? (Rather than init triage)

golinux · 2020-08-02 02:43:30

catprints wrote:

How about just "Triage"? (Rather than init triage)

I thought of that too but IMO it is too general. Perhaps it could be clarified in the forum description, something like this:

Triage
Explore workarounds to fix unwanted upstream decisions

Maybe that's getting closer?

larsH · 2020-08-02 07:32:57

What about

"Devuan workaround wiki"

It could over time contain quite a lot of stuff. Systemd related. How to avoid unneeded services. Upgrade solutions. And many others.

Have a nice day
Lars H

brocashelm · 2020-08-02 10:19:54

Rather than we continue going back and forth over the proposed naming, why not go with a generic one for now as a placeholder? That's the least of our worries. Having a centralized section for that use case is definitely a necessity.

I think the Devuan staff know what's best, and a huge plus is listening to the community. Let's lead by example with this new section.

HevyDevy · 2020-08-02 13:00:56

brocashelm wrote:

Rather than we continue going back and forth over the proposed naming, why not go with a generic one for now as a placeholder? That's the least of our worries. Having a centralized section for that use case is definitely a necessity.
I think the Devuan staff know what's best, and a huge plus is listening to the community. Let's lead by example with this new section.

I dont see the need for any rush to create a section, unless you have urgent issues? As the old saying goes "proper preparation prevents piss poor performance" or the 6 p's!

brocashelm · 2020-08-02 15:03:47

HevyDevy wrote:

brocashelm wrote:
Rather than we continue going back and forth over the proposed naming, why not go with a generic one for now as a placeholder? That's the least of our worries. Having a centralized section for that use case is definitely a necessity.
I think the Devuan staff know what's best, and a huge plus is listening to the community. Let's lead by example with this new section.
I dont see the need for any rush to create a section, unless you have urgent issues? As the old saying goes "proper preparation prevents piss poor performance" or the 6 p's!

I don't see the need to hold yourself back over something as trivial as a name. Besides, there are already a couple of examples thrown in. Freedom Hacks sounds good.

golinux · 2020-08-02 15:11:10

I personally would like to give an indication as to why those hacks are needed. There are plenty of hacks but this section will focus on those thrust upon us by upstream decisions.

larsH · 2020-08-02 15:34:34

golinux wrote:

I personally would like to give an indication as to why those hacks are needed. There are plenty of hacks but this section will focus on those thrust upon us by upstream decisions.

Yes. This is my opinion as well. Devs and administrators should decide what i relevant and needed. The suggestion is to have a small goldmine of solutions and hacks of general interest and most common questions.

Have nice day
Lars H

GlennW · 2020-08-02 23:00:22

Devuan Freedom Hacks

With respect (I wouldn't be here if it weren't for you peeps), has ownership, free as in free beer and hacking, an inspirational heading drawing forum users to look inside.

regards Glenn

golinux · 2020-08-02 23:57:38

GlennW . . . Devuan Freedom Hacks . . . Hmmm . . . I like that but think that maybe It doesn't need "Devuan". How about this for the index page??

Freedom Hacks
Explore workarounds to reverse/repair unwanted upstream decisions

GlennW · 2020-08-03 08:43:33

Well, I like it. :-)
The description is accurate too.

The officially official Devuan Forum!

#1 2020-07-30 15:45:01

New Forum Category Suggestion - Devuan systemd dependency workarounds

#2 2020-07-31 02:52:31

Re: New Forum Category Suggestion - Devuan systemd dependency workarounds

#3 2020-07-31 08:12:56

Re: New Forum Category Suggestion - Devuan systemd dependency workarounds

#4 2020-07-31 10:53:16

Re: New Forum Category Suggestion - Devuan systemd dependency workarounds

#5 2020-07-31 12:54:18

Re: New Forum Category Suggestion - Devuan systemd dependency workarounds

#6 2020-07-31 14:36:16

Re: New Forum Category Suggestion - Devuan systemd dependency workarounds

#7 2020-07-31 14:55:11

Re: New Forum Category Suggestion - Devuan systemd dependency workarounds

#8 2020-07-31 15:46:44

Re: New Forum Category Suggestion - Devuan systemd dependency workarounds

#9 2020-07-31 17:57:47

Re: New Forum Category Suggestion - Devuan systemd dependency workarounds

#10 2020-08-01 11:25:51

Re: New Forum Category Suggestion - Devuan systemd dependency workarounds

#11 2020-08-01 12:11:28

Re: New Forum Category Suggestion - Devuan systemd dependency workarounds

#12 2020-08-01 12:57:59

Re: New Forum Category Suggestion - Devuan systemd dependency workarounds

#13 2020-08-01 20:30:42

Re: New Forum Category Suggestion - Devuan systemd dependency workarounds

#14 2020-08-01 21:09:07

Re: New Forum Category Suggestion - Devuan systemd dependency workarounds

#15 2020-08-02 00:14:07

Re: New Forum Category Suggestion - Devuan systemd dependency workarounds

#16 2020-08-02 02:43:30

Re: New Forum Category Suggestion - Devuan systemd dependency workarounds

#17 2020-08-02 07:32:57

Re: New Forum Category Suggestion - Devuan systemd dependency workarounds

#18 2020-08-02 10:19:54

Re: New Forum Category Suggestion - Devuan systemd dependency workarounds

#19 2020-08-02 13:00:56

Re: New Forum Category Suggestion - Devuan systemd dependency workarounds

#20 2020-08-02 15:03:47

Re: New Forum Category Suggestion - Devuan systemd dependency workarounds

#21 2020-08-02 15:11:10

Re: New Forum Category Suggestion - Devuan systemd dependency workarounds

#22 2020-08-02 15:34:34

Re: New Forum Category Suggestion - Devuan systemd dependency workarounds

#23 2020-08-02 23:00:22

Re: New Forum Category Suggestion - Devuan systemd dependency workarounds

#24 2020-08-02 23:57:38

Re: New Forum Category Suggestion - Devuan systemd dependency workarounds

#25 2020-08-03 08:43:33

Re: New Forum Category Suggestion - Devuan systemd dependency workarounds

Board footer