Unable to run apart-gtk on CentOS 7.x

[alexheretic]

Unable to run apart-gtk on CentOS 7.x

[zensubz]

Hi,
Thanks, and yes, it works with your kind suggestion. Sincere regards.

[alexheretic]

I believe the issue is apart-core calls system lsblk -Jbo name,size,fstype,label,mountpoint,uuid but it seems json output is not supported in the util-linux version that comes with centos 7.

Updating your util-linux should fix this.

I've raised #15 to add an appropriate version of util-linux to the app requirements. I'll also improve the error message.

[zensubz]

Hi,
Thanks for your kind response. If it is only related to a more recent version of lsblk then can I specify an alternate location for the same? This would help me not to touch the util-linux that comes with CentOS 7.x, instead, I could get a statically-linked lsblk from a more recent version of util-linux.

[alexheretic]

Yes you can set env var APART_LSBLK_CMD or add new lsblk to PATH.

[zensubz]

Hi,
Thanks for your kind inputs. But somehow, setting APART_LSBLK_CMD didn't work in my case (I tried with export APART_LSBLK_CMD=/usr/local/bin/lsblk). The error msgs were continued to be displayed. The startup script for apart-gtk couldn't find the custom-installed lsblk at /usr/local/bin/ (once pkexec has been invoked).

My request is, would it be possible to have the non-standard paths defined for lsblk (similar to what you have done in case of partclone), say for example, in the apart-core-$APART_CORE_VERSION/src/lsblk.rs script?

[alexheretic]

Ah yes you are correct, pkexec does not inherit the env vars. Tbf the env vars are there for testing really.

I think you can still get it to work if you avoid pkexec, e.g. sudo APART_LSBLK_CMD=/usr/local/bin/lsblk apart-gtk