Hello:

Right ...
Not the problem then.  8^)

Have a look here:

Now, if you look at the table below, you can see that (for Debian releases, labelled with a C) it states:

Devuan is not on that list and, like I mentioned earlier, our (highly) overworked maintainers may have skipped a beat somewhere.
eg: maybe the sysvinit files for the ceph in the Devuan repositories are missing something?

So ...
You may want to consider first filing a bug in Devuan against ceph and see what the maintainer has to say about this.
ie: if it is a Debian package or a sanitised Devuan package.

Send email to submit@bugs.devuan.org with a descriptive subject line and the first line of the body should be Package: <package name>.
Be sure to include a link to this thread.

Follow-up messages go to <number>@bugs.devuan.org

At this point in time, filing a bug in Debian by a Devuan user is guaranteed to be an exercise in frustration/futility, so the next best thing would be to ask at the ceph user's forum and see what they have to say.

Please let us know how you fared.

Best,

A.

Hello:

I see ...

Right, I will edit my /etc/apt/sources.list file to reflect this change.

Thanks for the heads-up.

Best,

A.

Hello fsr:

I see.

Thanks for the heads-up.

Best,

A.

Hello:

Quite so.

Best,

A.

Hello:

From what I have read on-line, that package is just a GUI to configure the CUPS print server.

But CUPS has its own configuration interface accessible via any web browser. ie: http://localhost:631/admin
What is the use of another configuration interface for CUPS?

Unless it is a(nother) solution looking for a problem.

See here to check on how it works/how to work with CUPS.
There is quite a bit on the web on how to do it, that link is just the first one I found.

Better than CUPS?
We may (if needed) get a better/improved version of it as it is maintained in a timely fashion.

Best,

A.

Hello:

Quite so.
But it does.

And some money/time (no idea how much it could be) has been invested in producing it.

As per my rant, there are hundreds other more useful abandoned projects in need of maintenance to adopt and help out with in Linux.
Why Nala? Yet another solution looking for a problem?

Maybe because ... ... it registers it in the JSON file under a unique ID.?
Nah!   8^°

Best,

A.

Hello:

Thanks for that. 8^)

But it seems (to me) that this application is looking for disadvantages to advantage, so to speak.
Not King's english but you get the idea.

When I see this type of thing I cannot but suspect.
Not sure exactly what ...

Maybe that's just me at this age.
As always, YMMV.

/rant on
Makes me think why these chaps don't take on a revamp of something useful (eg: WiCD) instead of wasting time/money/coder hours on this?
/rant off

I really cannot see the use for parallel package downloads - I like to keep an eye on the output of my terminal as each download comes in as well as the installation process. apt is very good for doing that.

As for the fastest mirrors, the deb.devuan.org round-robin already takes care of that.
The package transaction history gets stored stored (in plain text) in /var/log/apt/history.log and /var/log/apt/term.log.

That said, this aspect of its workings made me sort of uneasy: 

I like apt and how it works and if I need more data, there's always aptitude and/or synaptic.

So do I.

But my three* potato (hand held/manual) peelers still work perfectly well after ~25 years' use.
Don't need a new one.

Best,

A.

* Why three?
The last time I moved I misplaced the first and the third was a gift.

Hello:

Could well be.  8^D - you never really know.

From what I have read, it would seem that with DFS-FCC (instead of DFS-UNSET, electromagnetic spectrum interference is prevented by avoiding same channel operation with other pre-WiFi equipment such as comm satellites, weather radar, etc.

But the best of it all is that 95% to 100% figure that brings a grin to my face.

Best,

A.

Hello:

Indeed ...
I had to jump through a lot of hoops with my first time experiments in WiFi almos 10 years ago.
In this case, I am only a guest with no access to the router so settings are not available to me.

As for the Regulatory domain, dmesg bitches about not being to load a regulatory.db.

~$ sudo dmesg | grep regulatory
[   23.720125] cfg80211: Loading compiled-in X.509 certificates for regulatory database
[   23.772719] platform regulatory.0: firmware: failed to load regulatory.db (-2)
[   23.798235] platform regulatory.0: Direct firmware load for regulatory.db failed with error -2
[   23.810883] cfg80211: failed to load regulatory.db
~$ 

and

[   24.988242] ath: EEPROM regdomain: 0x809c
[   24.988243] ath: EEPROM indicates we should expect a country code
[   24.988245] ath: doing EEPROM country->regdmn map search
[   24.988246] ath: country maps to regdmn code: 0x52
[   24.988248] ath: Country alpha2 being used: CN
[   24.988249] ath: Regpair used: 0x52

Which is probably what is happening here:

~$ sudo iw reg get
global
country 00: DFS-UNSET
	(2402 - 2472 @ 40), (6, 20), (N/A)
	(2457 - 2482 @ 20), (6, 20), (N/A), AUTO-BW, PASSIVE-SCAN
	(2474 - 2494 @ 20), (6, 20), (N/A), NO-OFDM, PASSIVE-SCAN
	(5170 - 5250 @ 80), (6, 20), (N/A), AUTO-BW, PASSIVE-SCAN
	(5250 - 5330 @ 80), (6, 20), (0 ms), DFS, AUTO-BW, PASSIVE-SCAN
	(5490 - 5730 @ 160), (6, 20), (0 ms), DFS, PASSIVE-SCAN
	(5735 - 5835 @ 80), (6, 20), (N/A), PASSIVE-SCAN
	(57240 - 63720 @ 2160), (N/A, 0), (N/A)
~$ 

Maybe I am getting good reception because it is set to 00 although I doubt it.

Just to try, I have set it to my own country code and now get this;

~$ sudo iw reg get
global
country AR: DFS-FCC
	(2402 - 2482 @ 40), (N/A, 20), (N/A)
	(5170 - 5250 @ 80), (N/A, 17), (N/A), AUTO-BW
	(5250 - 5330 @ 80), (N/A, 24), (0 ms), DFS, AUTO-BW
	(5490 - 5730 @ 160), (N/A, 24), (0 ms), DFS
	(5735 - 5835 @ 80), (N/A, 30), (N/A)
~$ 

I'll give it a run and see if it sticks and if it does, then what goes on.
If it does not work as before, then I will set it back to 00.

Thanks for your input.

Best,

A.

Hello:

Yes, seem to be less.
There is also another host.

192.168.0.1                                0.0%
???                                      100.0% 
???                                      100.0%
???                                      100.0%
???                                      100.0%
host39.181-89-51.telecom.net.ar           68.0%    # % for 450 packets / 63.1% for 700 
host246.181-13-127.telecom.net.ar          0.0%
172.67.41.55                               0.0%

Best,

A.

Hello:

Found the problem.

A mis-read/malinterpreted sensors-detect printout leading to a misconfigured /etc/modules file which would (had it worked) got me a case temperature reading in my conky panel through temperature sensors in each of my two scsi cards.  Sensors which did not exist.  8^°

Sorry for the bother ...

Best,

A.