Importantly and how it’s different to FF is that it boots the content without calling the disk reset and if you keep the disk button wedged then that reset never triggers, so that copy protection isn’t called, where as FF basically triggers a drive reset which is why you couldn’t use that.

Elite Force 1&2 on the playstation.

I did however play an unofficial EGA Trek and also Star Trek on the Vectrex.

I can confirm works for at least the last 7 years of the entire XPS range and the last 3 years of the latitude range.

Also you can update via the bios/uefi using a usb drive anyway, just pop the exe on and pick that.

Lea n Perrins

Looks like Three doesn’t block it…

Statping-ng has had some updates beyond the base.

Snorkeling is probably your best choice as it did show latency overall and not just up/down.

Try manually ‘tar xvf file.ova’ however it sounds like the ova might be corrupt…

Yes 🤣🤣

Most distros will run the grab is prober and add the additional entries.

For the most part, this seems a fairly sane proposal.

Write your own selinux module with audit2allow.

I’m not at work so I can’t find the guides I use but this looks similar https://danwalsh.livejournal.com/24750.html

He’s Morgan the Goat, he took Hugh Grant up a hill or a mountain, it’s a little contested and fuzzy.

apt-get remove gnome* on a Debian install that was installed via floppy disk.

Myself over NFS can have serious latency issues. Some software can’t correctly file lock over NFS too which will cause write latency or just full blown errors.

iSCSI drops however can be really really bad and cause full filesystem corruption. Also backing up iSCSI volumes can be tricky. Software will likely work better and feel happy however and underlying issues may be masked until they’re unfixable. (I had an iSCSI volume attached to vmware silently corrupt for months before it failed and lost the data even though all scrubs/checksums were good until the very least moment).

You can make your situations with with either technology, both are just as correct. Would get a touch more throughput on iSCSI simply down to the write confirmation being drive based and not filesystem locks / os based.

YMMV

We have had the 13" 2in1 XPS and found Fedora and Stylus support to be good (once the drivers were available, the downside of getting a prerelease model).

We recommend our users to have xournal++ for handwriting support.

I’ve had issues with this too and reverted back to rooted docker. I even tried podman and system NFS mounts that it binds too with varying issues.

It looks like you can’t actually do this with podman for varying reasons.

You just extract the package and install it manually… It isn’t a complex deb at all. The hardest part is ensuring you have the libfprint-tod package.

If you follow the fedora guide and alter it for your distro it should work as the guide is mainly about compiling.

Also the deb should install on other derivatives as it isn’t Ubuntu specific. YMMV.

Dell provide a Ubuntu deb that can be modified for other distros.

Arch also has it in the AUR

There is a goodix Linux driver for the following models:

• 27c6:538c
• 27c6:533c
• 27c6:530c
• 27c6:5840

Have a look here for a Fedora37 Guide. https://gitlab.com/-/snippets/2500389

Also fwupd does support the XPS range, I get my bios updates and usb dock updates through it.

Poor parts consistentcy and my previously mentioned issues.

Might just be me getting a bad batch though.