nc-apps: Fix group permissons

[Sanookmakmak]

Continuation of discussion from the forum:

I use the hosting panel ISPConfig to manage the virtual hosts because it allows me to use an URL shortener in addition to Nextcloud, which shows me the Nextcloud share links in an easy-to-remember form.

Nextcloud is installed on domain.xx and the URL shortener on www.domain.xx.

ISPConfig also comes with an auto-installer that installs all the programs required for Nextcloud in one go. It is multi-client capable and therefore the virtual hosts each have their own users and groups for security reasons.

In this case web3:client1.

I always install user-defined scripts in the /usr/local/sbin folder instead of /usr/local/bin because this folder is usually empty and therefore I have a better overview of my own scripts.

sudo wget -qO /usr/local/sbin/nc-apps https://global-social.net/script/nc-apps
sudo chmod +x /usr/local/sbin/nc-apps

Version:

grep version /usr/local/sbin/nc-apps | head -1

# version 2025-05-20 23:17 CEST 1747775868

The first call after download

nc-apps appstore 'map(select(.created > "2025-01-01"))'

.. loading modules - integrity
     First run of nc-apps, checking integrity:
     ===================================================================================================================
gpg:                mittels RSA-Schlüssel 3EE43A84D2BA635A94E1033B0B145139A170715C
gpg: Korrekte Signatur von "[ernolf] Raphael Gradenwitz (codesigning) <raphael.gradenwitz@googlemail.com>" [unbekannt]
     -------------------------------------------------------------------------------------------------------------------
     Integrity check of nc-apps passed. The script is authentic.
     ===================================================================================================================

     Integrity check of nc-apps passed. Please start script again

Starting the script again:

nc-apps appstore 'map(select(.created > "2025-01-01"))'

.. checking modules - nc/nextcloudparse error: Invalid numeric literal at line 2, column 0
.. loading modules - nc/nextcloudparse error: Invalid numeric literal at line 2, column 0
/usr/bin/mktemp: failed to create file via template ‘/var/tmp/ebtb/nc-apps-data/json_data_XXXXXXXXXXXX’: No such file or directory
/usr/bin/chown: cannot access '': No such file or directory
/usr/bin/chmod: cannot access '': No such file or directory
/dev/fd/63: line 110: : No such file or directory
jq: error: Could not open file : No such file or directory

[ernolf]

Hi @Sanookmakmak,

thank you very much for reporting your issue here. Your use case is particularly interesting because it allows me to adapt the scripts to such hosted environments!

---

URL Shortener in Nextcloud

.. it allows me to use an URL shortener in addition to Nextcloud, which shows me the Nextcloud share links in an easy-to-remember form.

May I ask what you mean by “an easy-to-remember form”?

You don't need an URL shortener If you only want to shorten the URLs in general. Last year, during the Nextcloud Conference, I developed a URL shortening option for Nextcloud that allows you to shorten the token length from the usual 15 characters to at least 6. It's now included as a "hidden feature" in the Nextcloud code: nextcloud/server#47265
So, for example, if you want to shorten the token length to 6, you just need to set

occ config:app:set --value=6 -- core shareapi_token_length

and from now on, all URLs from the Nextcloud server will only be created with a 6-character token.

---

ISPConfig Group Model

.. It is multi-client capable and therefore the virtual hosts each have their own users and groups for security reasons.

In this case web3:client1

ISPConfig is primarily designed for hosting providers that serve many customers, each with multiple domains. The "Customer A ↔ Group A" separation allows for the allocation of file system permissions (uploads, logs, backups) per customer without having to manually create a separate group for each individual website.

In a "private installation," the ISPConfig group concept is at best restrictive. A classic Debian adduser foo with (for good reasons) a primary group of the same name per site (and individual PHP-FPM pool, if you like) is generally both simpler and more secure because it ensures strict isolation per host.

Personally, I wouldn’t voluntarily impose such restrictions, as they tend to cause problems like those in this issue. However, that doesn't take away from the fact that it's a very interesting setup, as I can now adapt the functionality to such environments, allowing users in hosted environments to use the scripts as well. I have to ensure that changes made for this to work, don't compromise Debian's overall security on "conventional" systems.

---

Preferred Installation Path

I always install user-defined scripts in the /usr/local/sbin folder instead of /usr/local/bin because this folder is usually empty and therefore I have a better overview of my own scripts.

According to the Filesystem Hierarchy Standard from the LSB Workgroup (The Linux Foundation) sbin is for system binaries, /usr/sbin for non-essential standard system binaries and /usr/local/sbin is for local system binaries. According to these specifications, the script belongs in /usr/local/bin and not in /usr/local/sbin as clearly stated in the installation instructions. The script won't stay there anyway, because it operates from within a secure sandbox, only symlinks are placed in /usr/local/bin.

However, I've also taken this feedback as an opportunity to allow other installation paths, as long as they're in the PATH environment. So if you now copy the script to /usr/local/sbin and run it from there, the symlinks will be created in that path.

---

Cleanup and Reinstallation

To me, all the other errors you get look like subsequent errors.

Now you should remove all traces. To do this, delete the entire sandbox, located in the /var/tmp/ebtb directory:

sudo rm -fr -- /var/tmp/ebtb

and the symlinks in /usr/local/bin if they already exist there.

Then download the script again "clean" from the server and run it as the root user or with sudo.

I'm keeping my fingers crossed!

🤞

[Sanookmakmak]

OK i agree to install the script in /usr/local/bin.

I deleted all traces of the previous installation and reinstalled it in /usr/local/bin. Now it seems to work, thanks for that!

After the first call of nc-apps as root in Debian 12 the following appears:

.. loading modules - nc/nextcloudparse error: Invalid numeric literal at line 2, column 0

  This step is required once after a new installation or if

      --firstrun

  was passed:

  Hello, this is the first run wizard of "nc-apps"

  ==============================================================================
   Detected nextcloud installations
    Num  Directory
  ------------------------------------------------------------------------------
   - 1   /var/www/clients/client1/web3/web
   - 2   /var/www/nextcloud.lan/web
  ------------------------------------------------------------------------------

  Your choice: "/var/www/nextcloud.lan/web"

  is this the right Nextcloud installation path?
  Press [ y ] for yes, [ n ] for no, [ h ] to enter path by hand or [q] to quit:

  - first run wizard completed successfully. Please start script again
  - No further root rights are required to use the script except for updating.

The last sentence is wrong because the database has not yet been created, because if you call the script as an unprivileged user the following appears:

nc-apps appstore 'map(select(.created > "2025-01-01"))'

.. loading modules - nc/nextcloudparse error: Invalid numeric literal at line 2, column 0
/usr/bin/mktemp: failed to create file via template ‘/var/tmp/ebtb/nc-apps-data/json_data_XXXXXXXXXXXX’: No such file or directory
/usr/bin/chown: cannot access '': No such file or directory
/usr/bin/chmod: cannot access '': No such file or directory
/dev/fd/63: line 110: : No such file or directory

Even if you execute the command as root, the following appears:

sudo nc-apps appstore 'map(select(.created > "2025-01-01"))'

.. loading modules - nc/nextcloudparse error: Invalid numeric literal at line 2, column 0
/usr/bin/mktemp: failed to create file via template ‘/var/tmp/ebtb/nc-apps-data/json_data_XXXXXXXXXXXX’: No such file or directory
/usr/bin/chown: cannot access '': No such file or directory
/usr/bin/chmod: cannot access '': No such file or directory
/dev/fd/63: line 110: : No such file or directory
jq: error: Could not open file : No such file or directory

Immediately after installation, you must call the command nc-apps as root without parameters to create the database:

./nc-apps
.. loading modules - nc/nextcloudparse error: Invalid numeric literal at line 2, column 0

--------------------------------------------------------------------------------
V[command] = "print_help", markdown = false, nopager = true, lang = de
Versions: assumed = 31.0.5, is = 31.0.5.1, min = 11.0.8, php = 8.2
--------------------------------------------------------------------------------
========================================================================================================================



                                    ,cWNXXXXNNNo,
                                .NKOkxdddddddddxk0Xk
                              X0xddddddddddddddddddxkKc
         ,sHNNNNWln,        OOddddddddddddddddddddddddxK,         .WNNNNW;
       XKOxddddddxk0Xl    .0xddddddo°           °dddddddxk    .N0kxddddddxk0X;
     Kkddddddddddddddx0c 'kddddddc                .ddddddxk  XkddddddddddddddxK,
   'OddddddddddddddddddxOOdddddd.                   odddddxKOddddddddddddddddddxd
   Odddddd;'     'ddddddddddddd;                     ddddddddddddd'      'ddddddx:
  ;dddddd;         dddddddddddd.                     cddddddddddd'        .ddddddd
  ,dddddd:         xddddddddddd.                     cddddddddddd,        .ddddddo
   ddddddkc      ¸Oddddddddddddc                     kdddddddddddO,      ¸0dddddd,
   .ddddddx0nwwnXOddddddoddddddk'                   kdddddddddddddxKnwwnkkddddddc
     dddddddddddddddddd; .ddddddkd                 Kxdddddl .dddddddddddddddddd'
       dddddddddddddd;    .ddddddx0K¸           ,Xkddddddl    .dddddddddddddd'
          'ddddddo'         odddddddk0XnweoxwnKOxddddddd'         'ddddddo'
                              dddddddddddddddddddddddd'
                                'ddddddddddddddddddo
                                     oddddÇÇdddo

Only then does it work:

 nc-apps appstore 'map(select(.created > "2025-01-01"))'

.. loading modules - nc/nextcloudparse error: Invalid numeric literal at line 2, column 0
[
  {
    "id": "twothousandandfortyeight",
    "name": "2048",
    "summary": "A Nextcloud app that lets you play 2048.",
    "categories": "games",
    "version": "1.0.2",
    "userDocs": "",
    "adminDocs": "",
    "developerDocs": "",
    "issueTracker": "https://github.com/relisiuol/nextcloud-2048/issues",
    "website": "https://github.com/relisiuol/nextcloud-2048",
    "created": "2025-02-10T17:16:10.324967Z",
    "lastModified": "2025-04-20T13:58:09.064524Z",
    "databases": "",
    "phpExtensions": "",
    "phpMinIntSize": 32,
    "phpMin": "",
    "phpMax": "",
    "NCmin": "30",
    "NCmax": "31"
  },

But the following error message persists:
.. loading modules - nc/nextcloudparse error: Invalid numeric literal at line 2, column 0

The script can only access a single instance of Nextcloud. On an ISPConfig server with different customers each having their own instance of Nextcloud installed, is this a problem or not? Then the users/groups don't match, do they?

What do you do if you have several instances of Nextcloud installed on the server?

---

URL Shortener

Nextcloud is installed on a dedicated domain so that you have a nice federation URL, because as far as I know you can't assign a domain alias for it in Nextcloud.

That's why Nextcloud is installed on domain.xx and the URL shortener on www.domain.xx

Because a share link in Nextcloud looks something like this: https://domain.xx/s/jscvksghasfv278hced

And the URL shortener turns it into: https://www.domain.xx/pricelist for example. This is what I mean by an “easy-to-remember form”.

---

ISPConfig

Nextcloud is not only a file sharing program but also a communication platform, but the mail server is missing.

That's why I install ISPConfig, because this hosting panel not only makes my work with the virtual hosts easier but also comes with a mail server (Postfix, Dovecot, RspamD, Roundcube). And thanks to the auto-installer, the server is up and running in just a few minutes. And as far as Nextcloud is concerned, the autoinstaller installs and configures all the necessary programs so that you only have to unpack the latest.zip from Nextcloud in a vHost and it runs straight away after a few clicks in ISPConfig.

The setup is as follows:

• domain.org for Emails and https://domain.org for Roundcube Webmail
• domain.com and www.domain.com for Wordpress
• domain.cloud for Nextcloud
• www.domain.cloud for the URL Shortener

[ernolf]

Immediately after installation, you must call the command nc-apps as root without parameters to create the database:

Bingo!

Since the ability to directly query the app store in the JSON object file was essentially a byproduct, and I only used it after the database had already been initialized, I had completely overlooked it.

Thanks to your feedback, I've now fixed it!

Simply run it as root, and an update will be offered. After that, it should work.

The permissions should also work now, regardless of which web user is using it. I've designed it differently.

Since the database also contains the current inventory of installed apps for the respective Nextcloud installation, I've now added multi-installation support as a new feature specifically for your use case. To do this, you simply need to select the respective installation using --firstrun, and it will then store the data separately from other installations.

If this error:

.. loading modules - nc/nextcloudparse error: Invalid numeric literal at line 2, column 0

still persists, could you please (after the database was created) call it with --trace

[Sanookmakmak]

.. loading modules - nc/nextcloudparse error: Invalid numeric literal at line 2, column 0

Yes, the error message persists, despite updating to version 2025-05-22 15:08 CEST 1747919293

Even after an nc-apps --firstrun as root the error message persists.

--trace has no effect.

sudo su -
nc-apps --trace

.. loading modules - nc/nextcloudparse error: Invalid numeric literal at line 2, column 0

--------------------------------------------------------------------------------
V[command] = "print_help", markdown = false, nopager = true, lang = de
Versions: assumed = 31.0.5, is = 31.0.5.1, min = 11.0.8, php = 8.2
--------------------------------------------------------------------------------
========================================================================================================================



                                    ,cWNXXXXNNNo,
                                .NKOkxdddddddddxk0Xk
                              X0xddddddddddddddddddxkKc
         ,sHNNNNWln,        OOddddddddddddddddddddddddxK,         .WNNNNW;
       XKOxddddddxk0Xl    .0xddddddo°           °dddddddxk    .N0kxddddddxk0X;
     Kkddddddddddddddx0c 'kddddddc                .ddddddxk  XkddddddddddddddxK,
   'OddddddddddddddddddxOOdddddd.                   odddddxKOddddddddddddddddddxd
   Odddddd;'     'ddddddddddddd;                     ddddddddddddd'      'ddddddx:
  ;dddddd;         dddddddddddd.                     cddddddddddd'        .ddddddd
  ,dddddd:         xddddddddddd.                     cddddddddddd,        .ddddddo
   ddddddkc      ¸Oddddddddddddc                     kdddddddddddO,      ¸0dddddd,
   .ddddddx0nwwnXOddddddoddddddk'                   kdddddddddddddxKnwwnkkddddddc
     dddddddddddddddddd; .ddddddkd                 Kxdddddl .dddddddddddddddddd'
       dddddddddddddd;    .ddddddx0K¸           ,Xkddddddl    .dddddddddddddd'
          'ddddddo'         odddddddk0XnweoxwnKOxddddddd'         'ddddddo'
                              dddddddddddddddddddddddd'
                                'ddddddddddddddddddo
                                     oddddÇÇdddo

[Sanookmakmak]

Versions: assumed = 31.0.5, is = 31.0.5.1, min = 11.0.8, php = 8.2

PHP version is wrong.

This is because nc-apps shows the default PHP version of the server, but the virtual host for Nextcloud is configured for PHP 8.3.

Therefore i call occ with that script:

cat NC.occ.sh

#!/bin/bash
sudo -u web3 php8.3 /var/www/nextcloud.lan/web/occ $1 $2 $3 $4 $5

[ernolf]

PHP version is wrong.

No, that is not wrong, it is exactly as you said:

nc-apps shows the default PHP version of the server,

That is it and that is meant to be so. Nothing else.

Please refer to the help for information on how to use other installed PHP versions in nc-apps. The interaction with php is very limited in nc-apps. This is especially important if you want to update apps that don't yet support a new PHP version.

For the maintenance of php on your server, such as switching the default php version, the php-updater script is meant

[Sanookmakmak]

nc-apps version 2025-05-23 00:08 CEST 1747951683 still has Invalid numeric literal at line 2, column 0

nc-apps --trace --php=8.3

.. loading modules - nc/nextcloudparse error: Invalid numeric literal at line 2, column 0
 ERROR: php8.3 not found.

--------------------------------------------------------------------------------
V[command] = "print_help", markdown = false, nopager = true, lang = de
Versions: assumed = 31.0.5, is = 31.0.5.1, min = 11.0.8, php = 8.2

PHP 8.3 is not found?

whereis php8.3

php8.3: /usr/bin/php8.3 /usr/share/man/man1/php8.3.1.gz

PHP 8.2 is not found too:

nc-apps --trace --php=8.2

.. loading modules - nc/nextcloudparse error: Invalid numeric literal at line 2, column 0
 ERROR: php8.2 not found.

--------------------------------------------------------------------------------
V[command] = "print_help", markdown = false, nopager = true, lang = de
Versions: assumed = 31.0.5, is = 31.0.5.1, min = 11.0.8, php = 8.2
--------------------------------------------------------------------------------

--trace has no effect:

nc-apps appstore 'map(select(.created > "2025-05-20"))' --trace

.. loading modules - nc/nextcloudparse error: Invalid numeric literal at line 2, column 0
[
  {
    "id": "integration_oidc",
    "name": "OIDC connector",
    "summary": "Generic OIDC connector for Nextcloud",
    "categories": "integration",
    "version": "0.1.3",
    "userDocs": "",
    "adminDocs": "",
    "developerDocs": "",
    "issueTracker": "https://github.com/SUNET/nextcloud-integration_oidc/issues",
    "website": "",
    "created": "2025-05-20T09:07:09.722877Z",
    "lastModified": "2025-05-20T10:33:14.982505Z",
    "databases": "",
    "phpExtensions": "",
    "phpMinIntSize": 32,
    "phpMin": "",
    "phpMax": "",
    "NCmin": "28",
    "NCmax": "32"
  }
]

nc-apps crashes with --php:

nc-apps appstore 'map(select(.created > "2025-05-20"))' --trace --php=8.3

.. loading modules - nc/nextcloudparse error: Invalid numeric literal at line 2, column 0
jq: error: php/0 is not defined at <top-level>, line 42:
    })|map(. + (extract_php_versions)|del(.phpVersionSpec))|map(. + (extract_version)|del(.latestPlatformVersion))|map(select(.created > "2025-05-20")) --php=8.3                                                                               
jq: 1 compile error

janitor has the JSON error too:

janitor

.. loading modules - nc/aioparse error: Invalid numeric literal at line 2, column 0

     === Main Menu of the ebtb Janitor ===

     [ 1 ]  -  System Information
     [ 2 ]  -  Launch ebtb - Admin Scripts
     [ 3 ]  -  Contribute to ebtb

Select a janitor job from the list ([1] - [3]) or [q] to quit:

[ernolf]

PHP 8.3 is not found?

...

PHP 8.2 is not found too:

✅ Fixed

[ernolf]

nc-apps crashes with --php:

nc-apps appstore 'map(select(.created > "2025-05-20"))' --trace --php=8.3

.. loading modules - nc/nextcloudparse error: Invalid numeric literal at line 2, column 0
jq: error: php/0 is not defined at <top-level>, line 42:
    })|map(. + (extract_php_versions)|del(.phpVersionSpec))|map(. + (extract_version)|del(.latestPlatformVersion))|map(select(.created > "2025-05-20")) --php=8.3                                                                               
jq: 1 compile error

That's because you called it incorrectly. --php has no effect with "appstore" as the first argument. It shouldn't be used there. This causes the '--php=8.3' to be interpreted as part of the extra jq filter code.
But I changed it anyway so that --php is parsed first and removed from the parameter list before appstore is passed. So that special error won't occur anymore

Please read the help carefully:

nc-apps --help --nopager

and for everything you can do with nc-apps appstore [filter code]:

nc-apps -H

---

--trace has no effect:

--trace generates extra debug output and extensive log output. The log files are located in /tmp/ebtb/*

---

but the virtual host for Nextcloud is configured for PHP 8.3.

When you start

janitor

then, without pressing [Enter] select

• [ 1 ] - System Information
  then select
• 25 - php [Enter]
• 0 (done) [Enter]

.. there you can see how your virtual hosts are configured to connect to php.

---

.. loading modules - nc/nextcloudparse error: Invalid numeric literal at line 2, column 0

Unfortunately, I haven't been able to locate this error yet. I'll keep trying.
I'd have to do it with the step debugger, but that would require your system, so I'll have to keep trying to reconstruct it.
I know the error is triggered by jq, that's all.

What is the version of jq on your system?

jq --version

---

ernolf

[Sanookmakmak]

--trace generates extra debug output and extensive log output. The log files are located in /tmp/ebtb/*

Thank you for the information, I thought you see an extended output on the console when you invoke the command.

The log file contains the following entry:

1748024348-(2025-05-23_20:19_CEST) - nc-apps-1748019172 - :95b52:3594295:binaries_realpath(): unresolvable path /opt/Toolz

I have no Toolz in /opt.

This is how the logfile was created with nc-apps Version 2025-05-23 18:52 CEST 1748019172

sudo su -
cd /tmp/ebtb/log
rm *.log

nc-apps --firstrun --trace

.. loading modules - nc/nextcloudparse error: Invalid numeric literal at line 2, column 0

  This step is required once after a new installation or if

      --firstrun

  was passed:

  Hello, this is the first run wizard of "nc-apps"

  ==============================================================================
   Detected nextcloud installations
    Num  Directory
  ------------------------------------------------------------------------------
   - 1   /var/www/clients/client1/web3/web
   - 2   /var/www/nextcloud.lan/web
  ------------------------------------------------------------------------------

  Your choice: "/var/www/nextcloud.lan/web"

  is this the right Nextcloud installation path?
  Press [ y ] for yes, [ n ] for no, [ h ] to enter path by hand or [q] to quit:

  - first run wizard completed successfully. Please start script again
  - No further root rights are required to use the script except for updating.

Logfile:

cat /tmp/ebtb/log/nc-apps\[uid\:0\].log

1748024340-(2025-05-23_20:19_CEST) - nc-apps-1748019172 - :95b52:3594295:nc-apps:hc():38:root:
1748024348-(2025-05-23_20:19_CEST) - nc-apps-1748019172 - :95b52:3594295:binaries_realpath(): unresolvable path /opt/Toolz
1748024350-(2025-05-23_20:19_CEST) - nc-apps-1748019172 - :95b52:3594295:source():28:->sed_():60: s|/usr/bin/php||g
1748024350-(2025-05-23_20:19_CEST) - nc-apps-1748019172 - :95b52:3594295:source():28:->sed_():78: STDIN | /usr/bin/env LC_ALL=C /usr/bin/sed -E 's|/usr/bin/php||g'
1748024357-(2025-05-23_20:19_CEST) - nc-apps-1748019172 - :95b52:3594295:vdir: /var/www/nextcloud.lan/web
1748024357-(2025-05-23_20:19_CEST) - nc-apps-1748019172 - :95b52:3594295:setvdir():47: 's|^D[vdir]="/var/www/nextcloud.lan/web"|D[vdir]="/var/www/nextcloud.lan/web"|' '/var/tmp/ebtb/scripts/nc-apps' '-i'
1748024357-(2025-05-23_20:19_CEST) - nc-apps-1748019172 - :95b52:3594295:source():34:->first_run():117:->first_run_register_nc_dir():31:->setvdir():48:->sed_():60: s|^D\[vdir\]=\"/var/www/nextcloud.lan/web\"|D[vdir]=\"/var/www/nextcloud.lan/web\"| /var/tmp/ebtb/scripts/nc-apps -i
1748024357-(2025-05-23_20:19_CEST) - nc-apps-1748019172 - :95b52:3594295:source():34:->first_run():117:->first_run_register_nc_dir():31:->setvdir():48:->sed_():84: /usr/bin/env LC_ALL=C /usr/bin/sed -E -i 's|^D\[vdir\]=\"/var/www/nextcloud.lan/web\"|D[vdir]=\"/var/www/nextcloud.lan/web\"|' /var/tmp/ebtb/scripts/nc-apps
1748024357-(2025-05-23_20:19_CEST) - nc-apps-1748019172 - :95b52:3594295:setvdir():50: 's|^declare $vdirname="/var/www/nextcloud.lan/web"|declare $vdirname="/var/www/nextcloud.lan/web"|' '/var/tmp/ebtb/scripts/nc-apps' '-i'
1748024357-(2025-05-23_20:19_CEST) - nc-apps-1748019172 - :95b52:3594295:source():34:->first_run():117:->first_run_register_nc_dir():31:->setvdir():51:->sed_():60: s|^declare \$vdirname=\"/var/www/nextcloud.lan/web\"|declare \$vdirname=\"/var/www/nextcloud.lan/web\"| /var/tmp/ebtb/scripts/nc-apps -i
1748024357-(2025-05-23_20:19_CEST) - nc-apps-1748019172 - :95b52:3594295:source():34:->first_run():117:->first_run_register_nc_dir():31:->setvdir():51:->sed_():84: /usr/bin/env LC_ALL=C /usr/bin/sed -E -i 's|^declare \$vdirname=\"/var/www/nextcloud.lan/web\"|declare \$vdirname=\"/var/www/nextcloud.lan/web\"|' /var/tmp/ebtb/scripts/nc-apps

---

What is the version of jq on your system?

It's Debian 12 and installed with apt install jq

jq --version

jq-1.6

.. loading modules - nc/nextcloudparse error: Invalid numeric literal at line 2, column 0

The error message is because jq wants to open a file that is not JSON. But I have no idea which file that should be. And I have difficulties to understand the code of nc-apps.

Can you explain what this program actually does and how it gets the information it needs to find out what new apps are available in the Nextcloud appstore?

Unfortunately, I haven't been able to locate this error yet. I'll keep trying.
I'd have to do it with the step debugger, but that would require your system, so I'll have to keep trying to reconstruct it.

If you tell me what kind of step debugger this is I can try it myself. You can also set up a fresh Debian 12 and run the ISPConfig Autoinstaller, then install Nextcloud on a virtual host and try it yourself.

[ernolf]

The log file contains the following entry:

1748024348-(2025-05-23_20:19_CEST) - nc-apps-1748019172 - :95b52:3594295:binaries_realpath(): unresolvable path /opt/Toolz

I have no Toolz in /opt.

That's what the message says: the directory doesn't exist, but it's obviously included in the PATH variable:

echo $PATH

Can you explain what this program actually does and how it gets the information it needs to find out what new apps are available in the Nextcloud appstore?

I can. But since it is the result of multiple thousands hours of development, you will certainly understand,, that I can not explain it in two words.
I wrote this for my own use and some time ago I have put the entire code openly on Github. Anyone can use it if they're willing to contribute in return.
I wrote the help with lots of examples how to interact DIRECTLY with the json object of the App Store
What more could you want?

It interacts not only with the App Store but also with the source code of the respective apps (usually on Github) and can even handle apps that aren't in the App Store but were installed from other sources.

So, as you can see, some of the code is very compact, but it's not a simple "little script." You'd be blocked from the App Store in no time, because communication with the App Store is subject to certain rules to prevent it from crashing under the load.

If you tell me what kind of step debugger this is I can try it myself.

To be able to use the step debugger, which I also wrote and which is also available on Github, you need to be deeply familiar with the code. Even though I've written every Yota myself, it's still a challenge every time, even for me. It has to be done in a completely secure environment, because completely unexpected things can happen with the debugger. I can't leave that to you under any circumstances, and I strongly advise against it. You'd have to set up a host that you can easily destroy, so purely for that purpose.

You can also set up a fresh Debian 12 and run the ISPConfig Autoinstaller, then install Nextcloud on a virtual host and try it yourself.

Thank you very much! I develop on and for pure bare metal installations without any extra layers that handcuff me and makes a mess out of my server. They're supposed to make sure it works with the world, not the other way around 😉

If the error only occurs once during startup and doesn't recur, and everything else is working fine—the integrated updater and the integrity checker, etc.—then it might be something completely trivial. Maybe I'll find it by chance. But it could also be a bug in your environment.

---

But you could really help me if you ran the php-updater script to check whether it also throws the same error. That would give me crucial clues about where the error is, or isn't, located.
You can install the php-updater script with janitor.

---

ernolf

[Sanookmakmak]

php-updater

.. loading modules - nc/aioparse error: Invalid numeric literal at line 2, column 0
 - Important: The first run of this script must be done in interactive mode (without any arguments), some
   important checks are performed to ensure that the system get prepared for an update.
.
.
.

[Sanookmakmak]

Continuation of the JSON error message: #9