run_uvloop not loaded | NIX
#361
Comments
|
Hi @elliott-farrall The way how we build sockets library is automated in Github Actions and it does this command on x86 Ubuntu generated by CreateLibrary function /usr/bin/gcc -shared -o "/root/test/CSocketListener/LibraryResources/Linux-x86-64-v7/Working-wljs-343749-607313088-1/usockets.so" \
-m64 -fPIC -O2 -I"/usr/local/Wolfram/WolframEngine/14.2/SystemFiles/IncludeFiles/C" \
-I"/usr/local/Wolfram/WolframEngine/14.2/SystemFiles/Links/MathLink/DeveloperKit/Linux-x86-64/CompilerAdditions" \
-I"/usr/include" "/root/test/CSocketListener/Source/usockets.c" \
-L"/usr/local/Wolfram/WolframEngine/14.2/SystemFiles/Links/MathLink/DeveloperKit/Linux-x86-64/CompilerAdditions" \
-L"/usr/local/Wolfram/WolframEngine/14.2/SystemFiles/Libraries/Linux-x86-64" \
"/usr/lib/x86_64-linux-gnu/libuv.so" 2>&1I am not in expert in GCC, but I guess, it should statically link Another possibility, it looks like Wolfram Engine itself uses dynamic libs located in its installation directory. At least |
|
I'm not very familiar with loading libraries in wolfram so this has been a bit of a learning experience. I did some experimenting and realised that my install of wolfram just could not find I checked After all this, I can now get version 2.5.8 to run using either the standard or offline AppImage. I've also managed to get the derivation for 2.7.0 to run successfully a couple of times but sometimes the app window doesn't open despite the fact that there are no errors. I am not sure what is causing this but it may be to do with my current janky implementation of getting the bundle files. Currently, my derivation does not create the required bundles files so I fetch them seperately bundle = fetchzip {
url = "https://github.com/JerryI/wolfram-js-frontend/releases/download/v${version}/wljs-notebook-${version}-arm64-gnulinux.zip";
hash = "sha256-LqmHFCxQzwWlfuLcxZo5iXXAob4aZl4uWh7P+pffpHU=";
stripRoot = false;
};and then copy over the files during install cd ${bundle}/resources/app/bundle
find . -type f -exec install -Dm 755 "{}" "$out/dist/resources/app/bundle/{}" \;These files then appear in I should probably create the bundle files during build but have no experience with electron so not sure how to do this. At the moment I just build using npm exec electron-builder -- \
--dir \
-c.electronDist=${electron.dist} \
-c.electronVersion=${electron.version} |
|
Amazing work, @elliott-farrall ! Regarding It is still puzzling for me, why we can't force
If you could dump the logs (via launcher or from the console), I would love to help!
This may cause some issues with modules ( Also a question, can I try your NIX image (or package) you made on my LinuxX86 machine? If it requires for you that many steps, we can try to include it to our building pipeline for the releases. |
What is the best way to get the logs? I don't think much of interest gets outputted to the terminal and I can't seem to copy from the window with the Wolfram logs. In case it is of any use, here is the terminal output for
Currently my derivation looks like { lib
, buildNpmPackage
, fetchFromGitHub
, fetchzip
, makeWrapper
, electron
, python312
, libGL
, polkit
, makeDesktopItem
, copyDesktopItems
}:
buildNpmPackage rec {
pname = "wolfram-js-frontend";
version = "2.7.0";
src = fetchFromGitHub {
owner = "JerryI";
repo = "wolfram-js-frontend";
rev = "v${version}";
hash = "sha256-bwVhyLfWDh3Pyli8LF0oHn2BOxl2w7G9olg6YGqZNlg=";
};
npmDepsHash = "sha256-spEzasCBhBUOUW1g8rIxy0xmRdVdexmq5LS8K/JS/Og=";
npmFlags = [ "--force" ]; # ignore platform incompatibility for some deps
nativeBuildInputs = [
(python312.withPackages (ps: with ps; [ pip setuptools ]))
makeWrapper
copyDesktopItems
];
env.ELECTRON_SKIP_BINARY_DOWNLOAD = true;
buildPhase = ''
runHook preBuild
npm exec electron-builder -- \
--dir \
-c.electronDist=${electron.dist} \
-c.electronVersion=${electron.version}
runHook postBuild
'';
installPhase =
let
bundle = fetchzip {
url = "https://github.com/JerryI/wolfram-js-frontend/releases/download/v${version}/wljs-notebook-${version}-arm64-gnulinux.zip";
hash = "sha256-LqmHFCxQzwWlfuLcxZo5iXXAob4aZl4uWh7P+pffpHU=";
stripRoot = false;
};
in
''
runHook preInstall
mkdir -p $out
cp -r dist/*-unpacked $out/dist
cd ${bundle}/resources/app/bundle
find . -type f -exec install -Dm 755 "{}" "$out/dist/resources/app/bundle/{}" \;
runHook postInstall
'';
postInstall = ''
for sz in 512; do
mkdir -p $out/share/icons/hicolor/''${sz}x''${sz}/apps
cp $src/Electron/build/file/''${sz}x''${sz}.png $out/share/icons/hicolor/''${sz}x''${sz}/apps/wljs-notebook.png
done
'';
postFixup = ''
makeWrapper $out/dist/wljs-notebook $out/bin/wljs-notebook \
--add-flags "--no-sandbox" \
--add-flags "\''${NIXOS_OZONE_WL:+\''${WAYLAND_DISPLAY:+--ozone-platform-hint=auto --enable-features=WaylandWindowDecorations --enable-wayland-ime=true}}" \
--prefix LD_LIBRARY_PATH : "${lib.makeLibraryPath [ libGL ]}"
substituteInPlace $out/dist/resources/app/node_modules/sudo-prompt/index.js \
--replace "/usr/bin/pkexec" "${polkit}/bin/pkexec"
'';
desktopItems = [
(makeDesktopItem {
name = "wljs-notebook";
icon = "wljs-notebook";
exec = "wljs-notebook %f";
desktopName = "Wolfram";
categories = [ "Development" ];
})
];
meta = {
description = "Freeware notebook environment for Wolfram Language written in Javascript";
homepage = "https://github.com/JerryI/wolfram-js-frontend";
license = lib.licenses.gpl3Only;
# maintainers = with lib.maintainers; [ ];
mainProgram = "wljs-notebook";
platforms = lib.platforms.all;
};
}You would need to install nix (vm and container images are available) to build and run the package. Once built the packages does run fairly consistently now. However, the UI is mostly non-functional.
If I uninstall and then run the AppImage instead then everything works fine but the AppImage is not up to date and I think it would be nicer to run things natively. I think one of the biggest challenges here is that nix uses a read-only file system for packages. This probably won't play nicely with the builtin update system. I believe it's also what causes restricted permissions for some of the files in PS: Sorry for long post. Wouldn't let me attach logs separately. |
|
Hello, I know this issue has been targeted at the NIX package but I am encountering a similar issue in the Linux development environment on a Chromebook. For some reason I can't copy-paste the launcher text output, but I've included a (sequence of) screen cap(s) of it.
I'll add that originally wolframscript itself was failing to activate because it was choking on some other item (shown below). I've included
|
Hello @telestew ! Regrading If it returns something other than |
|
@elliott-farrall thank you for your answer.
Is there a conventional read/write directory for apps in NIX env? It is not a big issue to change it to basically any installation path in electron wrapper. |
JerryI
changed the title
run_uvloop not loaded | NIXrun_uvloop not loaded | NIX | Chromebook
|
No dice: |
Ok. I found a working linux machine in the office. We will try to set both on it:
|
Could you, please, download this file https://gist.github.com/JerryI/8428be0b8bf3b2b631d14c1422fce377 And then run it via command line wolframscript -f test.wlsThe console log will help us a lot |
|
I clicked the localhost link near the end which successfully brought me to a page with the current datetime. |
Great! Then try to launch WLJS Notebook and on the launcher window, please, click |
|
Well, it made it much further
|
|
@telestew, have you tried to restart once more?.. |
|
Restart did the trick! Thank you so much for your prompt help on all this. You can count the Chromebook part of the issue solved. Hope the nix packaging goes just as well! |
JerryI
changed the title
run_uvloop not loaded | NIX | Chromebookrun_uvloop not loaded | NIX
I (among others) would be very interested in seeing this included in nixpkgs. I had a go at writing a derivation myself but am having trouble with
run_uvloop.I managed to get the installer to start but it crashes when trying to load
run_uvloopfrom~/.config/wljs-notebook/wl_packages/KirillBelov_CSockets/LibraryResources/Linux-x86-64-v<version>/usockets.so. It tries version 7, 6 (failing to load on both) and then 5 (failing since it does not exist).I have linked in
libuvby wrapping the executable like so:I understand that not many people use nixpkgs but any pointers on what might be causing this would be greatly appreciated.
The text was updated successfully, but these errors were encountered: