https://odysee.com/@atmo:3/Channelling- … m---Atmo:7

I typically play stuff that's a bit more atmospheric. 

This is a midlife crisis hobby

Comfrey is also a powerful medicinal herb. I am fully aware of its toxicity - it can be used internally, but with caution - however it is much better to use it externally anyway, as a poultice. In this way, it does no harm and is very good for healing wounds and fractures as it promotes rapid tissue regeneration. I used comfrey and elecampane roots with DMSO to heal a relative's legs. She had terrible lesions that were very stubborn to cure. After only a few applications, they were completely gone. I never drank comfrey and I don't intend to, as I don't think this is even necessary to make use of it as an herbal medicine.
https://www.naturalmedicinalherbs.net/h … omfrey.php

So i fixed it, after reading this thread.

https://github.com/ValveSoftware/steam- … sues/11921

What could possibly cause the two steam components from not being able to communicate with each other.

So I was trying to set the system so eth0 wasn't enabled at boot until a script in rc.local brought it up at the end (after doing some stuff to the network connection and I forgot I did it).  So I spent an hour trying to make this work yesterday.  I finally used the networking script in init.d, without even considering that if I told it not to setup networking that it would kill lo as well.  So no loopback enabled.  eth0 came up on the script like intended, but I never enabled localhost.  So it appears steam and steamwebhelper communicate together over localhost and since there was no localhost, it crapped out.

So I typed "ifup lo" and fired up steam and it works, no errors.

You live to learn.

is it just me or does anyone else get hot under the collar when installers refuse to install if the hardware is airgapped/offline/etc?

_just_

_NO_

_wtf_

...ahem...cough...sigh...

Nice find!

Note that the list of students (seated at the table) in the photo includes a spook suit student from the NSA.

Best,

A.

So : 

• a simple curated list of Devuan package names

• a PPA

• arch package groups @

• debian blends

• installer current workflow suggestion. Desktop/WM

• virtual packages

• msys2 @ resembles a pico-distro inside ms windows transfusing not only workflows but a unix style of programming inside windows!! Also msys2 contains arch groups @

I think my proposal is close to an extension of the virtual package idea. It seems more easily to implement. And it wont break a Devuan installation.

But i dont think of my pico-wf-distros as mere collection like arch groups of similar package funtionaliy.

Theoretically you could have a cool webpage where you can create - share - edit - use a pico-distro (curated wf) and the site would validate it and add the necessery dependencies.  Then download it and run in from apt. You could even bind it to current popular functionality extending it to accomodate popular pico-distros.

Because yes if a programming project do that you could ship the same program in a portion of memory needs.  Now maybe not a floppy but still much better than now.

So no it's not bullshit for every application to ship with each own operating system!! as long as you have the luxury to have cheap unlimited memory . I would personaly have no problem my guest to bring their own refrigarator and bed if i had big house..

Anyway as  i have argued in another post one merit of a good distribution can be lowering the pressure on ram, or allowing more apps than running apps in container like formats.  But that would put pressure on upstream programmers to lower their push for eternal shiny updates to grab eyeballs.