Skip to content

JDownloader and spontaneous core dump

JDownloader was working properly and than you just get core dumps all over again? Best try, upgrade your Java Runtime Environment.

sudo archlinux-java status
sudo pacman -S jre9-openjdk
sudo archlinux-java set jre9-openjdk
#if not needed anymore
sudo pacman -R jre8-openjdk

You need to update the $PATH variable. Either you restart your system or you open a new terminal to start JDownloader from their. All should work fine now.

Translate to de es fr it pt ja

nextcloud upgrade 13 - how to upgrade from nextcloud 12 to 13

I am doing all via the command line. I've a separate data directory (not included below public/data).

Here are my simple steps (database backup not included). I did the upgrade from the latest 12 release. This is a KISS tutorial.

cd <root path>
wget ""
mv public public_12_0_5
mv nextcloud public
cp public_12_0_5/config/config.php public/config/config.php
rsync -rv --dry-run public_12_0_5/apps public/apps
#if needed
#rsync -rv public_12_0_5/apps public/apps

Good luck on your side.

Currently, I've found one issue with my news application.

I needed to execute following SQL statement:

UPDATE oc_jobs SET reserved_at = 0 WHERE (argument = '["OCA\\News\\Cron\\Updater","run"]' OR class = 'OCA\\News\\Cron\\Updater');

Thanks to the how to fix it section.

Translate to de es fr it pt ja

quick one, output the license for each composer.json project within a root path

A quick one since I have to alligne all my open source packages to theSPDX License List. To list all available licenses from my root path, I've quickly written this one liner.

find . -maxdepth 2 -name composer.json -type f -exec grep -i -H license {} \;

Boy, to write this one liner without having a look to one man-page took me ... well, ages.

Translate to de es fr it pt ja

arch linux error: key "CEB167EFB5722BD6" could not be looked up remotely

On some machines, I get the following error when I run an "pacman -Syyu".

error: key "CEB167EFB5722BD6" could not be looked up remotely

I've found the best fox so far on this page.

#open /etc/pacman.d/gnupg/gpg.conf as root
#comment out existing server address and replace with following
#save the file afterwards

#run following command as root
pacman-key --refresh-keys

#if the upgrade is still not working, signed the key (be aware to know what you are doing here!)
pacman-key --lsign-key CEB167EFB5722BD6

This was working on almost all machines. Only a few percent where still not able to be upgraded. What I did to fix this issue was to copy the the directory in "/etc/pacman.d/gnupg" from a working host to the not working one (make a backup first of course).

Translate to de es fr it pt ja