Hello:

Nothing.
I was comparing my working ascii installation with what nvidia drivers was installing in Beowulf.

Like I mention in my OP, my working installation is ascii and I'm installing Beowulf on a separate drive to see how it goes.

I installed the these nvidia-340XX legacy drivers in Beowulf in the very same way I have done it in Devaun ascii, Jesse, PCLinuxOS, Linux Mint and others. ie: ever since I retired my old rig with 'ancient' Matrox G550 PCI cards as there were no available drivers for Linux.

I'll have a look at the guide (*) but if these drivers installed with no issues on this box (exact same hardware) running ascii, I'd say there is a high probability that the problem lies with the Beowulf Nvidia-340xx package or something that has changed in Beowulf that creates some incompatibility.

There has been an important change in Beowulf wrt how su works, now we have to use su - instead.
Could this output from var/log/syslog be a clue?

~# cat /var/log/syslog
--- snip ---
Sep 13 22:24:09 devuan3 nvidia-persistenced: Started (9411)
Sep 13 22:24:09 devuan3 nvidia-persistenced: Failed to query NVIDIA devices. Please ensure that the NVIDIA device files (/dev/nvidia*) exist, and that user 110 has read and write permissions for those files.
Sep 13 22:24:09 devuan3 nvidia-persistenced: Shutdown (9411)
--- snip ---

Thanks for your input.

Cheers,

A.

(*)

This is what (for whatever reason) is not happening.

Hello:

Yes.
But like I mentioned previously, the files are not there.

Not there either.

Before rebooting (and after) I tried apt purge nvidia-persistenced and then apt install nvidia-persistenced but it does not nstall.
The issue E: nvidia-persistenced: installed nvidia-persistenced package post-installation script subprocess returned error exit status 1 remains.

The only way out is apt purge *nvidia* to recover the desktop.

There seems to be a problem with the nvidia-persistenced package (seems to be a daemon) which will not start because the nvidia device files (/dev/nvidia*) are not where they should be.

Maybe a bug in the package?

Thanks for your input.

A.

Hello:

... does not work.

According to the xfce page it should work:

https://docs.xfce.org/xfce/thunar/custo … le_as_root

What am I missing?

Thanks in advance,

A.

Hello:

Yes.
The gnome version.

Both gparted and synaptic are working now.

Would it be better to run lxpolkit instead of this one?

Yes, I understand.

But the 'Custom actions' I hace set up in Thunar, such as "Edit as root" or "Open root Thunar here" use gksudo.

Command: gksu -l pluma %f and Command: gksu thunar %f in 'Edit' -> 'Configure custom actions ...'

How do I get them working with polkit?

Why would I want to do that?
It is stupid! 8-D!

Thanks for your input.

Cheers,

A.

Hello:

obmenu -> /usr/sbin/gparted in the 'Execute' box does not work.

Looking around I found /etc/xdg/autostart/polkit-gnome-authentication-agent-1.desktop and the the executable is there.

groucho@devuan3:~$ locate gnome-authentication-agent
/etc/xdg/autostart/polkit-gnome-authentication-agent-1.desktop
/usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1
groucho@devuan3:~$ 

I also came upon lxpolkit on the web which in 2010 replaced gnome-polkit in LXDE.
Seems it is leaner and more suited to LXDE.

Good to know.
But it was the only way I got synaptic and gparted to run in my VM with Openbox.

I now have the same problem ...

Thanks for your input.

A.

Hello:

Solved by burning the *.iso to the SD Card again.

Curious thing as it did not happen the first time I installed Beowulf.

The installer was skipping a step, the one where it loaded applications, among them probably the one needed to format the drive to ext 3/4.
Otherwise (up to that point) it seemed to work properly.

Maybe some part of the SD Card got corrupted?

Cheers,

CIV

Hello:

If I recall correctly, after trying out Eudora and some other whose name I cannot recall, I finally settled on Pegasus Mail as my email client.
This was way back then, as I went from W3.11 to W95.
Never looked back.

When I (finally) switched to Linux, it was because I was confident that I would be able to (via Wine) have PMail as my email client and this had the benefit of my being able to have my favourite photo tool (IrfanView) at hand without having to switch OSs.

I was sure that I could eventually manage to do without IrfanView but not without PMail.   

A couple of years ago, I thought that maybe there was an email client out there in Linux-land that could replace Pmail.
After searching through what was available I came across one which looked as it could do: Sylpheed-Claws.

All the boxes seemed to check: it was a similar front end and the Sylpheed-Claws FAQ indicated that it had what to me was a deal-breaker PMail feature: selective mail download.

So I installed Sylpheed-Claws to try it out but found none of that was there and there was no mention of it anywhere save that FAQ.

I asked at one list list but got no reply so I asked at another and got this:

How 'selective mail download' is in any way comparable (nearest thing) to 'receive size limit' is beyond me.

So ...
Pegasus Mail it will be, rightfully so as it has proven to be excellent and has served me very well for almost 25 years.
I have not been able to find anything to use as a suitable replacement in Linux.

I just hope to someday be able to settle my debt with David Harris.

Cheers,

A.

Hello:

After trying the two or three out there, I cannot but emphatically recommend SLiM to one and all.
It is not systemd compatible which is not an issue for us but probably the reason nobody is taking care of it these days.

A real pity.
With so many capable developers out there, going after the newest shiniest whatever instead of supporting/maintaining good software.  :^ *

Cheers,

A.

Hello:

I see.

Yes, my use of su is rather limited to the basics, so I really have quite a bit of reading to do.
That's what you get from arriving to Linuxland late in life.  8^7

Thanks for your input.

Cheers,

A.

Hello:

I did not have /etc/default/su and generating the file and adding ALWAYS SET PATH  yes did not work.

What did work was ...

root@devuan2:/home/groucho# export PATH=$PATH:~/usr/local/sbin

root@devuan2:/home/groucho# $echo $PATH
bash: /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/root/usr/local/sbin: No such file or directory
root@devuan2:/home/groucho# 

Got it from https://wiki.debian.org/EnvironmentVariables:

--- snip ---
... after doing su, your PATH may not contain directories like /sbin, and many system administration commands will fail. There are several workarounds:
...

Put the system administration directories (/sbin, /usr/sbin, /usr/local/sbin) in your regular account's PATH (see EnvironmentVariables for help with this).

--- snip ---

BTW: whatever the reason for the change in how su works, I hope it is a good/justified one and not another one of Poettering's wet dreams. It is a PITA.

A.

Hello:

Windows is not Linux.  8-⁷
The Startech webpage for this card does not mention Linux support.

That said ...

The card uses the Texas Instruments Texas Intruments -TSB82AA2 chipset and Startech's vendorID is 14b0.

Looking up TSB82AA2+14b0 on the linux-hardware.org website, we get this.

----

Results for 'Texas Instruments', 'TSB82AA2', id='14B0-*', type='firewire controller', bus='PCI' (0)
No data

----

Given that it is a card you can probably replace for less than US$25, I suggest that you get one that has Linux support.
   
See this one with a different TI chipset.

There are probably a few others, you'll have to shop around.

Cheers,

A.