I like to use du | sort -n. That runs du without pretty size values but being straight numbers allows sort -n (sort by number, not text) to put the largest directories at the bottom.
For example, a few lines from my Linux Steam directory:
In my experience this works most of the time. I’ve run a lot of Java apps on the newest JRE that claim to require 1.8 or 1.6 or even 1.4.
The apps that don’t are doing crazy things with reflection or JNI. I’ve also run into a few old Java tools that have threading bugs which become obnoxiously obvious on 12 core CPUs. Those you have to wrap in a Linux taskset command to restrict to a single CPU, or run them inside a single core VM. They’re still buggy then, but hardly ever fail.
There were some drawing API changes post 1.2 that broke stuff iirc (got some ancient book examples that don’t compile any more, and probably won’t run either as they rely on stuff that appears to have disappeared from the standard library)
Trying to use ancient APIs in new environments, like running very old J2EE code on a new application server, with a new JDK has lead to some pain as well. Issues were caused by app server not properly supporting the (ancient) spec, but well, it broke our stuff all the same until it got patched (on their end, of course)…
Combined with what you brought up that’s about it, I think. Even old pre-enum (1.5) code runs just fine on modern JDKs. Compiling it, well, that’s another story
tl;dr stuff’s more likely to “just work”, than not work
Little issue I can’t figure out…
I wrote myself 2 helperscripts to update and start RPCS3 because they are rolling release and I wanna stay up to date:
#!/bin/bash
curl -JLO https://rpcs3.net/latest-appimage
ln -fs $( ls -t | grep AppImage | head -n 1 ) rpcs3_binary
chmod +x rpcs3_binary
ls -l | grep "rpcs3_binary"
Basically it downloads the latest version, links it to a symlink and makes it executable.
So far so good, both work as intended via the Terminal. But it won’t work when starting from a .desktop-file via the application launcher. Using a symlink in the desktop file as the executable definitely works, so the issue must be in the script it’s starting instead… any ideas?
I have a real smooth brain question. I am not a linux expert so be gentle. I ctl+c out of htop and this [1] appeared at the end of the prompt. What does it mean?
Figured it out, and turns out it wasn’t even related to my script (well sort of).
So I did a test with logger in the Terminal and that showed up in journalctl (using -b 0 -r). Then tried adding some logger lines to the updater script, but that didn’t show up so I was a bit confused until I saw this:
Feb 22 00:21:18 localhost.localdomain krunner[722035]: gamemodeauto:
Feb 22 00:21:18 localhost.localdomain krunner[722035]: /home/tarulia/programs/RPCS3/rpcs3: line 2: ./update_rpcs3.sh: No such file or directory
Which reminded me that at some point I changed my shortcuts to run RPCS3 using gamemoderun. So I reverted that and then it started. Added gamemoderun to the launcher-helper script and that works fine.
So yeah, errors in desktop files show up in journalctl and are logged by krunner
I’m pretty sure the default video player in ubuntu is “Totem” though it doesn’t call itself that on its GUI.
Searching with Totem instead of videos should give you more information. Seems like its been a problem for quite some time and the work arounds are pretty cheesy if you sometimes want subtitles & sometimes don’t.
I have a small problem with Fedora 33 Cinnamon spin on a laptop with a 1366x768 display.
dnfdragora - the graphical package manager, overruns the screen vertically, so that the Apply button is hidden somewhere south of the display (hiding task bar doesn’t reveal it either). This window, for whatever reason, cannot be resized any smaller in the vertical.
Yes I can use dnf from the terminal, but the graphical app makes it easier to find things or just browse.
I’ve not run into any other program, system applet, etc that exhibits this same behaviour.
The display will not run higher than 1366x768 either - it’s a 4 year old cheap consumer grade Acer with AMD A9 graphics