Hello:

Yes, but I did get the files.

This, as it usually happens, was a tipical pebkac.
The instructions were clear albeit not for me.

To wit:

But the 'folder structure' I ended up with was different:

~/Downloads/hp_m2020w_utils/cdroot/Linux/wirelesssetup/bin64$ ls -1
libnetsnmp.so.10.0.2
libqt-mt.so.3.0.5
libstdc++.so.5.0.7
wirelesssetup
~/Downloads/hp_m2020w_utils/cdroot/Linux/wirelesssetup/bin64$ 

I assumed that as the post was over three years old, the files in my forder structure were fine as the major versions were the same.

It did not occurr to me that I was to 'copy as' as in 'rename' to instead of doing a 'textual' copy.
Granted, the instructions could have been more explicit.

Once I had the files renamed, the application came up but unfortunately it does not have a wireless on/off switch for the printer.

The only thing it is good for is filling out the printer's wireless settings, something I cannot do unless I set up wireless in my box and actually establish a connection with the printer, so no USB connection for that.

I wonder how much it would have cost HP to add small SPST micro switch somewhere under the printer's chassis?
Maybe US$0.20?

The OP's title "change M2020 printer WiFi configuration using USB" ended up being rather misleading.
Or not: maybe 'configuration' does not include turning wireless on/off.  8^°

Thank you very much for your input.

Best,

A.

Hello:

HP?
Samsung?
Neither of them.
Long ago I trusted HP.
It was another life, another HP and I was only 23.

That I have done so for the longest time.

But a few years ago, needing a relatively decent B&W printer in very short order and without much money to spare, I went for a new M2020W with quite a hefty discount on the regular over the counter price due to it being the last one in a shop about to close.
ie: I needed a printer that same day and the shop needed the cash which, when all was said and done, was (iirc) less than US$40.

I did not expect it to last past the job I was undertaking but here it is.
But as I did not trust HP, I never used it wirelessly, connected it to the web or updated any code.
Just plain USB.

Makes sense?

Best,

A.

Hello:

Indeed ... 8^°

That was it.
lxpolkit was not present so I installed it and set it up as required in Applications -> Settings -> Session and startup.
Now everything works as it should, disks and gparted wise.

Thanks for your input (both you and all those who pitched in).
Much obliged.

Best,

A.

Hello:

$ pkexec --disable-internal-agent '/usr/sbin/gparted'
Error executing command as another user: No authentication agent found.
$ 

Best,

A.

Hello:

Thanks for the prompt reply.
Much appreciated.

Yes, I know.
It does not do anything.
ie: start or ask for credentials.

Hmm ...
Can't say, don't think so.

This is my polkit applications list:

$ apt list | grep installed | grep polkit
--- snip ---
gir1.2-polkit-1.0/oldstable,now 122-3devuan2 amd64 [installed,automatic]
libpolkit-agent-1-0/oldstable,now 122-3devuan2 amd64 [installed]
libpolkit-gobject-1-0/oldstable,oldstable,now 122-3devuan2 all [installed,automatic]
libpolkit-gobject-elogind-1-0/oldstable,now 122-3devuan2 amd64 [installed,automatic]
polkitd/oldstable,now 122-3devuan2 amd64 [installed,automatic]
$

$ 
$ aptitude why polkitd
i   gparted     Depends policykit-1             
i A policykit-1 Depends polkitd (= 122-3devuan2)
$ 

Apparently gparted has its needed policykit-1.

I just tried doing something with disks which opens up as usual but when I attempt to check a partition in a non-system drive, I get an error pop-up:

There are entries in /var/log/auth.log reflecting this ...

--- snip ---
10:45:01 devuan CRON[5190]: pam_unix(cron:session): session opened for user root(uid=0) by (uid=0)
10:45:01 devuan CRON[5191]: pam_unix(cron:session): session opened for user groucho(uid=1000) by (uid=0)
10:45:01 devuan CRON[5190]: pam_unix(cron:session): session closed for user root
10:45:01 devuan CRON[5191]: pam_unix(cron:session): session closed for user groucho

... but not for attempting to start gparted from the menu.

From the cmd line I get this:

--- snip ---
10:51:35 devuan su: pam_unix(su-l:auth): authentication failure; logname= uid=1000 euid=0 tty=/dev/pts/2 ruser=groucho rhost=  user=ro$

10:51:37 devuan su[5758]: FAILED SU (to root) groucho on pts/2
10:52:04 devuan su[5774]: (to root) groucho on pts/2
10:52:04 devuan su[5774]: pam_unix(su-l:session): session opened for user root(uid=0) by (uid=1000)

Maybe (?) all this is happening due to my purging / uninstalling PCManFM and installing Xfe?

Best,

A.

Hello:

Don't know just what may be going on, but ...

All of a sudden (as of today 03/04 17:20 GMT -03:00) I am able to watch YouTube videos again.

Now ...
Was it a glitch that got fixed?
Was there backlash and the block was rolled back?
No idea.

Let's see how long it lasts.

Anyhow, thanks to all those who chipped in.

Best,

A.

Hello:

Never heard of it, downloaded the appimage put in the link but I get continuous/permanent SABR messages.
Other videos have the same problem.

This is the first time I've seen this.
Happens with FF, palemoon and LibreWolf, with or without Pi-Hole.

It was working perfectly yesterday.

Best,

A.

Hello:

Surprise!!! 8^P

XFCE native compositor is crap.
Try picom, works great.
https://pkginfo.devuan.org/cgi-bin/poli … .61.71.165

See this thread: https://dev1galaxy.org/viewtopic.php?id=6657
The TL;DR is here: https://dev1galaxy.org/viewtopic.php?pid=50429#p50429

Best,

A.

Hello:

Hmm ...
I have so many, but the root cause to any of them has eluded me from an early age.

Most of them can be found in any edition of Jon Winokur's 'The Portable Curmudgeon'.

That is because I have gvfs installed and you do not.

I had to reinstall it.

Best,

A.

Hello:

We (YT included, obviously) seem to have drifted off a bit.
Happens ...  8^°

The problem I have detected is that even with the use of systemctl, there does not seem to be a way to keep the gvfs.* services from running and if you purge it, at least in Xfce, it screws up things.

Talk about being 'plumbed in'. 8^/

I'm not sure but it seems that dbus (surpise!!!) will start all of them even if they are masked.
See here:

https://askubuntu.com/questions/1285637 … art-0.html

$ ls -1 /usr/share/dbus-1/services | grep vfs
org.gtk.vfs.AfcVolumeMonitor.service
org.gtk.vfs.Daemon.service
org.gtk.vfs.GPhoto2VolumeMonitor.service
org.gtk.vfs.GoaVolumeMonitor.service
org.gtk.vfs.MTPVolumeMonitor.service
org.gtk.vfs.Metadata.service
org.gtk.vfs.UDisks2VolumeMonitor.service
$ 

Like I mentioned earlier, PCManFM had some issue with gvfs which I solved by purging it and installing a replacement.

But the uneeded gvfs crap is still running.
ie: org.gtk.vfs.AfcVolumeMonitor.service and org.gtk.vfs.GoaVolumeMonitor.service

Any ideas?

Best,

A.

Hello:

Well ...
It seems that, independently of what I did with sysmctl, things were not working as expected.
ie: same old gvfs screwing up things.

So I purged (with exreme prejudice) PCManFM and problem solved.
I then installed xfe, in my opinion a much underrated file manager that needs (?) gvfs but does not screw around with my mounting Android devices; lightweight and highly configurable.

I downloaded the latest version (2.1.5 *.run file) from sourceforge and installed it.
No issues for the time being.

I would also ditch Thunar but it seems not viable if using Xfce.

Will report if and when I find something is not working properly.

Best,

A.

Hello:

Not only that.
If I do pkill gvfs.*, PCManFM will start it again.
Talk about invasive ...

To avoid the fuckups I have been getting I needed to at least disable gvfs-daemon.service.
Much to my chagrin, the only safe way I found on-line to do that was using systemctl, which I had to install.
Not happy about that. 8^/

When I ran it, I found that I also did not need to have these other services running:

# systemctl --user | grep gvfs
--- snip ---
gvfs-afc-volume-monitor.service	  loaded inactive dead   Virtual filesystem service - Apple File Conduit monitor
gvfs-goa-volume-monitor.service   loaded inactive dead   Virtual filesystem service - GNOME Online Accounts monitor
--- snip ---
#

So I disabled the ones I am certain I do not need:

# systemctl --user disable gvfs-daemon.service 
# systemctl --user disable gvfs-afc-volume-monitor.service 
# systemctl --user disable gvfs-goa-volume-monitor.service

Having to use a systemd tool utility to avoid running unneeded gvfs services is a very bad sign of things to come.
Grin and bear it, I guess.

I'll report if and when I find something is not working properly and in the mean time will see if getting rid of PCManFM cleans up some more of all this gvfs crap.

Sad state of affairs these are.

Best,

A.