libgcrypt20 dependency problem

[pioj]

Hi! I'm having some fun testing dCore-vivid with some KMS functionality...

I've tried to import different packages (weston, openttd, netsurf-fb) and they all fail, asking me for the libgcrypt20 library, which seems not being included in the process, dunno why...

Is it supposed to be part of the core system, or just another additional library?

Another issue related to Weston is due the lack of users in /run/, so XDG_RUNTIME_DIR bears all the time. Most apps will fail because of SDL dependency, so it's not really a problem at all...


Other than that, the whole experience is quite amazing, browsing  at  1920x1080p as framebuffer thanks to 'sudo links2 -g'   
 (althought It doesn't open SSL pages and it's actually using DirectFB and not my /dev/fb VT provided by the radeon KMS driver... I'll post a screenshot later... )
 

Excellent work, guys! keep adding support and tools for managing extensions is the way to go. 

[Jason W]

I will look into this later today, thanks for reporting.

[Jason W]

Oh, and I use elinks for the ssl web pages. 

[Jason W]

What exactly is failing, the sce-import session of those packages, or the running of them after importing and loading? 

[pioj]

The running, of course. Importing & loading extensions works flawslessly.

I'm not sure how much expected is this behavior, as I don't know what does libgcrypt20 at all...

[pioj]

more info about the error:

weston (weston-launch) won't run: 'liblzma.so5 : cannot open shared object file. Not such file or directory.'

(then I load another extension which includes liblzma...) 'libgcrypt.so.20: cannot open shared object file. Not such file or directory.'
So, it doesn't include them by default...

Once you get those two, it won't run but that's because of the XDG_RUNTIME_DIR warning...

[Jason W]

Added liblzma5 and libgcrypt20 packages to the dep list of weston, and libgcrypt20 to the deps of openttd and netsurf-fb.

For the XDG_RUNTIME_DIR variable, it is not set by default in dCore, so it has to be set manually.  Below is a page that has an entry we can put in our shell profile that I have tested and works for setting that variable:

http://wayland.freedesktop.org/building.html

The specific entry:

Code: [Select]

if test -z "${XDG_RUNTIME_DIR}"; then
    export XDG_RUNTIME_DIR=/tmp/${UID}-runtime-dir
    if ! test -d "${XDG_RUNTIME_DIR}"; then
        mkdir "${XDG_RUNTIME_DIR}"
        chmod 0700 "${XDG_RUNTIME_DIR}"
    fi
fi


I then had en EGL config error, I have an old video card and don't use anything but the xorg-vesa driver, so I can't further test that.  Hopefully it will work on your setup.  If not, let me see the errors you see and we will go from there.

Thanks for reporting, many useful packages just need dependencies or startup scripts to work and the more we can find that don't work out of the box the more we can get to do so.

[pioj]

Thank you for the support. I'll try the solution whennever I can... 

[pioj]

Do I hace to re-pack Core.gz for the changes at .bashrc?

[Jason W]

No, that is what the backup function is for. 

http://wiki.tinycorelinux.net/wiki:backup

[pioj]

Ooh glad to read filetool still exists!!

[pioj]

Bad news for Weston: I put the script at the end of my .profile and made the backup, but it keeps telling me same error about XDG_RUNTIME_DIR.

As the  ${UID} gives "" (void, blank, nothing, nada), the dir ends being /tmp/-runtime-dir/. I suppose this is wrong. (id -u tc gives me 1001)

The directory is created and chmodded fine, but trying to run weston or weston-launch (with and without sudo) gives either:

fatal: failed to create compositor. (this error is new to me)
fatal: environment variable XDG_RUNTIME_DIR is not set. (again)

[Jason W]

Ok, it is ~/.ashrc that works for me, and would be ~/.bashrc for bash.  Below is the code I added:

Code: [Select]

TCUSER=`cat /etc/sysconfig/tcuser`
UID=`id -u "$TCUSER"`
if test -z "${XDG_RUNTIME_DIR}"; then
    export XDG_RUNTIME_DIR=/tmp/${UID}-runtime-dir
    if ! test -d "${XDG_RUNTIME_DIR}"; then
        mkdir "${XDG_RUNTIME_DIR}"
        chmod 0700 "${XDG_RUNTIME_DIR}"
    fi
fi

Another alternative that would allow root to run but show similar behavior would be the below, if this was in /root/.ashrc  or /root/.bashrc:

Code: [Select]

if test -z "${XDG_RUNTIME_DIR}"; then
    export XDG_RUNTIME_DIR=/tmp/${USER}-runtime-dir
    if ! test -d "${XDG_RUNTIME_DIR}"; then
        mkdir "${XDG_RUNTIME_DIR}"
        chmod 0700 "${XDG_RUNTIME_DIR}"
    fi
fi

I notice other apps - firefox, audacious - also use this variable for runtime data in this location.

[pioj]

no luck. The directory /tmp/1001-runtime-dir/ is now created correctly, but I'm getting the same errors as before.

I even tried to add tc to weston-launch group, with no effects at all.

The root alternative did nothing, in fact no directory was created inside /tmp/.

So, I'm stuck again.