soutade/libgourou
3
6
Fork 5
Code Issues 2 Pull Requests Packages Releases 5 Activity

adept_activate and acsmdownloader returns APPRUN_ERROR #14

New Issue
Open
opened 2025-08-21 16:39:00 +02:00 by sidsloth · 3 comments
sidsloth commented 2025-08-21 16:39:00 +02:00
Copy Link

In latest version, 0.8.7 (appimage), the following command:

$ adept_activate --random-serial --anonymous --output-dir $HOME/.config/adept

returns the following error:

APPRUN_ERROR: No such file or directory

I have the libgourou installed properly and working for many releases, I checked everything is installed correctly.

This error was not there when I originally installed and ran adept_activate in version 0.8.1. (it worked fine at that time).

Now I am trying to test with my (previously created) salt files which I do have:

$ ls -l ~/.config/adept
-rw-r-----   1 user user 13088 Apr  6  2023 activation.xml
-rw-r-----   1 user user    16 Jun 19  2022 devicesalt
-rw-r-----   1 user user   543 Jun 19  2022 device.xml
drwx------   2 user user  4096 Feb 12  2025 loans

Next, trying to run acsmdownloader on a sample .acsm file from a.d.o.b.e:

$ curl -o sample.acsm -c cookies.txt -A "Mozilla/5.0 (Windows NT 10.0; rv:111.0) Gecko/20100101 Firefox/115.0" 'https://contentserver.adobe.com/fulfillment/URLLink.acsm?action=free&ordersource=operator&resid=urn%3Auuid%3A723caf6a-0e27-44be-8733-904cede39cd2'

I checked that the file sample.acsm was downloaded and exists, and has the following contents:

$ cat sample.acsm

<fulfillmentToken fulfillmentType="free" auth="user" xmlns="http://ns.adobe.com/adept">
  <distributor>urn:uuid:b4e1303f-630f-4769-9c82-4dea6d65a277</distributor>
  <operatorURL>https://contentserver.adobe.com/fulfillment</operatorURL>
  <transaction>b3e2a740-af12-439e-a804-d153636e82a1-00000b6f</transaction>
  <purchase>2025-08-21T14:23:57+00:00</purchase>
  <expiration>2025-08-21T15:23:57+00:00</expiration>
  <resourceItemInfo>
    <resource>urn:uuid:723caf6a-0e27-44be-8733-904cede39cd2</resource>
    <resourceItem>1</resourceItem>
    <metadata>
      <dc:title xmlns:dc="http://purl.org/dc/elements/1.1/">The Adventures of Sherlock Holmes</dc:title>
      <dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Sir Conan Doyle</dc:creator>
      <dc:publisher xmlns:dc="http://purl.org/dc/elements/1.1/">Gutenberg Foundation</dc:publisher>
      <dc:identifier xmlns:dc="http://purl.org/dc/elements/1.1/">urn:uuid:c98702cc-1def-4789-9366-18d8bdf83710</dc:identifier>
      <dc:format xmlns:dc="http://purl.org/dc/elements/1.1/">application/epub+zip</dc:format>
      <dc:language xmlns:dc="http://purl.org/dc/elements/1.1/">en-GB</dc:language>
    </metadata>
    <licenseToken>
      <resource>urn:uuid:723caf6a-0e27-44be-8733-904cede39cd2</resource>
      <permissions>
        <display/>
        <excerpt/>
        <print/>
        <play/>
      </permissions>
    </licenseToken>
  </resourceItemInfo>
  <hmac>SJo6RtgdpyG5f1nE8Z4PvzrrlnQ=</hmac>
</fulfillmentToken>

Now acsmdownloader gives same error:

$ acsmdownloader sample.acsm

Result:

APPRUN_ERROR: No such file or directory

Am I doing something wrong?

All these used to work in some previous versions of libgourou.

For completeness' sake, I do have in my ~/.bashrc:

export ADEPT_DIR=$HOME/.config/adept
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$HOME/.local/lib/libgourou

and the folder where it is installed:

$ ls -l $HOME/.local/lib/libgourou

lrwxrwxrwx  1 user user       37 Feb 17  2025 acsmdownloader -> libgourou_utils-0.8.7-x86_64.AppImage
lrwxrwxrwx  1 user user       37 Feb 17  2025 adept_activate -> libgourou_utils-0.8.7-x86_64.AppImage
lrwxrwxrwx  1 user user       37 Feb 17  2025 adept_loan_mgt -> libgourou_utils-0.8.7-x86_64.AppImage
lrwxrwxrwx  1 user user       37 Feb 17  2025 adept_remove -> libgourou_utils-0.8.7-x86_64.AppImage
-rwxr-xr-x  1 user user 17126592 Feb 17  2025 libgourou_utils-0.8.7-x86_64.AppImage
-rw-r--r--  1 user user     1283 Feb 17  2025 README.md
In latest version, 0.8.7 (appimage), the following command: `$ adept_activate --random-serial --anonymous --output-dir $HOME/.config/adept` returns the following error: `APPRUN_ERROR: No such file or directory` I have the libgourou installed properly and working for many releases, I checked everything is installed correctly. This error was not there when I originally installed and ran `adept_activate` in version 0.8.1. (it worked fine at that time). Now I am trying to test with my (previously created) salt files which I do have: ``` $ ls -l ~/.config/adept -rw-r----- 1 user user 13088 Apr 6 2023 activation.xml -rw-r----- 1 user user 16 Jun 19 2022 devicesalt -rw-r----- 1 user user 543 Jun 19 2022 device.xml drwx------ 2 user user 4096 Feb 12 2025 loans ``` Next, trying to run `acsmdownloader` on a sample `.acsm` file from a.d.o.b.e: ``` $ curl -o sample.acsm -c cookies.txt -A "Mozilla/5.0 (Windows NT 10.0; rv:111.0) Gecko/20100101 Firefox/115.0" 'https://contentserver.adobe.com/fulfillment/URLLink.acsm?action=free&ordersource=operator&resid=urn%3Auuid%3A723caf6a-0e27-44be-8733-904cede39cd2' ``` I checked that the file `sample.acsm` was downloaded and exists, and has the following contents: `$ cat sample.acsm` ``` <fulfillmentToken fulfillmentType="free" auth="user" xmlns="http://ns.adobe.com/adept"> <distributor>urn:uuid:b4e1303f-630f-4769-9c82-4dea6d65a277</distributor> <operatorURL>https://contentserver.adobe.com/fulfillment</operatorURL> <transaction>b3e2a740-af12-439e-a804-d153636e82a1-00000b6f</transaction> <purchase>2025-08-21T14:23:57+00:00</purchase> <expiration>2025-08-21T15:23:57+00:00</expiration> <resourceItemInfo> <resource>urn:uuid:723caf6a-0e27-44be-8733-904cede39cd2</resource> <resourceItem>1</resourceItem> <metadata> <dc:title xmlns:dc="http://purl.org/dc/elements/1.1/">The Adventures of Sherlock Holmes</dc:title> <dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Sir Conan Doyle</dc:creator> <dc:publisher xmlns:dc="http://purl.org/dc/elements/1.1/">Gutenberg Foundation</dc:publisher> <dc:identifier xmlns:dc="http://purl.org/dc/elements/1.1/">urn:uuid:c98702cc-1def-4789-9366-18d8bdf83710</dc:identifier> <dc:format xmlns:dc="http://purl.org/dc/elements/1.1/">application/epub+zip</dc:format> <dc:language xmlns:dc="http://purl.org/dc/elements/1.1/">en-GB</dc:language> </metadata> <licenseToken> <resource>urn:uuid:723caf6a-0e27-44be-8733-904cede39cd2</resource> <permissions> <display/> <excerpt/> <print/> <play/> </permissions> </licenseToken> </resourceItemInfo> <hmac>SJo6RtgdpyG5f1nE8Z4PvzrrlnQ=</hmac> </fulfillmentToken> ``` Now `acsmdownloader` gives same error: `$ acsmdownloader sample.acsm` Result: `APPRUN_ERROR: No such file or directory` Am I doing something wrong? All these used to work in some previous versions of libgourou. For completeness' sake, I do have in my `~/.bashrc`: ``` export ADEPT_DIR=$HOME/.config/adept export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$HOME/.local/lib/libgourou ``` and the folder where it is installed: ``` $ ls -l $HOME/.local/lib/libgourou lrwxrwxrwx 1 user user 37 Feb 17 2025 acsmdownloader -> libgourou_utils-0.8.7-x86_64.AppImage lrwxrwxrwx 1 user user 37 Feb 17 2025 adept_activate -> libgourou_utils-0.8.7-x86_64.AppImage lrwxrwxrwx 1 user user 37 Feb 17 2025 adept_loan_mgt -> libgourou_utils-0.8.7-x86_64.AppImage lrwxrwxrwx 1 user user 37 Feb 17 2025 adept_remove -> libgourou_utils-0.8.7-x86_64.AppImage -rwxr-xr-x 1 user user 17126592 Feb 17 2025 libgourou_utils-0.8.7-x86_64.AppImage -rw-r--r-- 1 user user 1283 Feb 17 2025 README.md ```
soutade commented 2025-08-23 09:36:58 +02:00
Owner
Copy Link

Hello,

I ran

cd /tmp
wget https://soutade.fr/files/libgourou_utils-0.8.7-x86_64.AppImage.tar.gz
tar -zxvf libgourou_utils-0.8.7-x86_64.AppImage.tar.gz
cd libgourou_utils-0.8.7-x86_64.AppImage/
./adept_activate --random-serial --anonymous --output-dir $PWD/.config/adept
curl ...
./acsmdownloader -D .config/adept/ sample.acsm

Except E_LIC_LICENSE_SIGN_ERROR which may result of a bad uuid, everything is OK.
I'm on Debian testing. Which is yours ?

Can you try from scratch in /tmp and also with v0.8.6 (in /tmp too) ?

Hello, I ran cd /tmp wget https://soutade.fr/files/libgourou_utils-0.8.7-x86_64.AppImage.tar.gz tar -zxvf libgourou_utils-0.8.7-x86_64.AppImage.tar.gz cd libgourou_utils-0.8.7-x86_64.AppImage/ ./adept_activate --random-serial --anonymous --output-dir $PWD/.config/adept curl ... ./acsmdownloader -D .config/adept/ sample.acsm Except E_LIC_LICENSE_SIGN_ERROR which may result of a bad uuid, everything is OK. I'm on Debian testing. Which is yours ? Can you try from scratch in /tmp and also with v0.8.6 (in /tmp too) ?
sidsloth commented 2025-08-23 22:52:44 +02:00
Author
Copy Link

On debian 12.11 bookworm here.

Re-testing according to your lines above.

With 0.8.7: getting still the same errors as reported for both adept_activate and acsmdownloader.

With 0.8.6:

  • adept_activate works fine.
  • acsmdownloader gives E_LIC_LICENSE_SIGN_ERROR. Not really understand what it means. How do I get over that?

Thanks.

On debian 12.11 bookworm here. Re-testing according to your lines above. With `0.8.7`: getting still the same errors as reported for both `adept_activate` and `acsmdownloader`. With `0.8.6`: - `adept_activate` works fine. - `acsmdownloader` gives `E_LIC_LICENSE_SIGN_ERROR`. Not really understand what it means. How do I get over that? Thanks.
soutade commented 2025-08-28 11:16:02 +02:00
Owner
Copy Link

I uploaded a new AppImage (same URL). It should work now.

For E_LIC_LICENSE_SIGN_ERROR error, it's just a problem of UUID (must be the same in adept_activate and the one generated for .acsm file)

I uploaded a new AppImage (same URL). It should work now. For E_LIC_LICENSE_SIGN_ERROR error, it's just a problem of UUID (must be the same in adept_activate and the one generated for .acsm file)
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
No items
No Label
Milestone
No items
No Milestone
Assignees
Clear assignees
soutade
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: soutade/libgourou#14
No description provided.
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?