nx-libs
nx-libs copied to clipboard
ArcticaProject
Voidlinux package
I'm trying to package nx-libs-full for Voidlinux.
https://github.com/void-linux/void-packages/pull/27432
X86_64 and i686 glibc builds are successful, but all other arch fails. Gentoo package limits to some arch too : https://packages.gentoo.org/packages/net-misc/nx
Is there a way to compile nx-libs for other arch ?
TODO:
- [ ] Drop imake for automake: crossbuild for arm -> WIP #946
- [ ] Retry crossbuild
- [x] Patch mesa and bigfont: native musl builds -> WIP #982
Native systems for i686 and x86_64-musl successfully build nx-libs with some patches.
You could patch that one upstream to support musl builds ? https://github.com/void-linux/void-packages/pull/27432/files#diff-6380819becd9c72810dab07c4d179831eeb7c63101a2e2888c66aef5a967c3b8
I can't get cross compilation working, still trying.
Well, the two patches for bigfont and mesa can probably be integrated without any problems, but I am unsure about the other files. Does it make sense to add them to nx-libs?
Development is done on x86_64 with occasional builds for i386. So it is not surprising if it does not work out of the box for other archs.
Uli
On Sun, Dec 27, 2020 at 8:58 AM Jonathan Kirszling [email protected] wrote:
Native systems for i686 and x86_64-musl successfully build nix-libs with some patches. You could patch that one upstream to support musl builds ? https://github.com/void-linux/void-packages/pull/27432/files#diff-6380819becd9c72810dab07c4d179831eeb7c63101a2e2888c66aef5a967c3b8
I can't get cross compilation working, still trying.
— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub, or unsubscribe.
the other files. Does it make sense to add them to nx-libs?
There are template files to build package for Voidlinux, so no, its part of https://github.com/void-linux/void-packages
Development is done on x86_64 with occasional builds for i386. So it is not surprising if it does not work out of the box for other archs.
But this seems to work for Alpine Linux which build for all arch but only for musl, and not glibc. I sent a mail to the maintainer of alpine linux package, to get some help, and know how Alpine linux package succeeded to build.
If you're ok, it would be great to adapt nx-libs upstream to let it be cross compilable.
The reason cross-building fails is because of the use of, what looks like use of imake: which imake 1>/dev/null && imake -I./config/cf -w -j1 -s xmakefile -DTOPDIR=. -DCURDIR=. 132 sh: /tmp/imakeFsAJpE: cannot execute binary file: Exec format error 133
If this could be replaced by something that don't need to execute a binary, should fix cross-building.
You would patch also
https://github.com/ArcticaProject/nx-libs/blob/3.6.x/nx-X11/config/cf/site.def#L72
Is there a way to let it use PREFIX ?
Another thing is:
https://github.com/void-linux/void-packages/blob/master/common/build-style/gnu-makefile.sh This is the script which is used to build packages. When I use it, it doesn't build out of the box. I need to redefine do_build
do_build() {
make ${makejobs} PREFIX=/usr \
CONFIGURE="./configure ${configure_args} --prefix=/usr --libdir=/usr/lib --libexecdir=/usr/lib --includedir=/usr/include"
}
I will give more details about that one later.
We want to drop the imake support and switch to automake everywhere. However, we are lacking resources so this has been on low prio for some time. We need some more polishing/updating, but generally this is close t being completed: https://github.com/ArcticaProject/nx-libs/pull/946
After that PREFIX should be working. It might be possible to handle PREFIX in the imake build setup (this is the stuff in the config subdir) but we do not want to spend time for imake anymore.
Patches, also for the imake stuff, are welcome nevertheless.
Uli
PS: this imake error looks strange, can you provide some more details of what is failing here?
On Mon, Dec 28, 2020 at 5:43 PM Jonathan Kirszling [email protected] wrote:
You would patch also
https://github.com/ArcticaProject/nx-libs/blob/3.6.x/nx-X11/config/cf/site.def#L72 Is there a way to let it use PREFIX ?
Another thing is:
https://github.com/void-linux/void-packages/blob/master/common/build-style/gnu-makefile.sh This is the script which is used to build packages. When I use it, it doesn't build out of the box. I need to redefine do_build
do_build() { make ${makejobs} PREFIX=/usr
CONFIGURE="./configure ${configure_args} --prefix=/usr --libdir=/usr/lib --libexecdir=/usr/lib --includedir=/usr/include" }— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/ArcticaProject/nx-libs/issues/975#issuecomment-751781089, or unsubscribe https://github.com/notifications/unsubscribe-auth/ABQHBZG4WUSBZJNNSXVQH5TSXCYUFANCNFSM4VJYQG6A .
this imake error looks strange, can you provide some more details of what is failing here?
As said, we are cross compiling for all arch under x86_64, so when running the binary, arch dismatch.
It seems that we can't run autoreconf -fi in the root dir, which breaks the gnu-makefile.sh script.
As @ndowens said on IRC, you should provide a configure.ac file in the root dir, instead of cd $dir && autoreconf....
It seems that we can't run
autoreconf -fiin the root dir, which breaks thegnu-makefile.shscript. As @ndowens said on IRC, you should provide aconfigure.acfile in the root dir, instead ofcd $dir && autoreconf....
the configure.ac in rootdir is broken, one of the issues as it is written looks for includes/
I am sorry, I am very confused now. There's no configure.ac in the root dir. So can you please refine what you are referring to?
As I do not have the environment to recreate these issues it would probably help if you could provide patches. We will happily include them.
Uli
Hi,
I have checked the imake source code. It supports a crosscompiling. So maybe it could help to build an arch dependent imake first.
Also note that imake supports some environment variables that could help in creating binaries for the correct architecture. If I got the error message right the problem is just the opposite (running the target arch on the compilation host) but maybe they help anyway:
IMAKEINCLUDE Include directory to use in addition to "." IMAKECPP Cpp to use instead of /lib/cpp IMAKEMAKE make program to use other than what is found by searching the $PATH variable.
Uli
On Tue, Dec 29, 2020 at 12:54 PM Ulrich Sibiller [email protected] wrote:
I am sorry, I am very confused now. There's no configure.ac in the root dir. So can you please refine what you are referring to?
As I do not have the environment to recreate these issues it would probably help if you could provide patches. We will happily include them.
Uli
I have checked the imake source code. It supports a crosscompiling. So maybe it could help to build an arch dependent imake first.
I can't find anything related to imake crosscompilation, only one thread about someone facing the same problem. https://forums.gentoo.org/viewtopic-t-422306-start-0.html As you said, we will not spent time on building with something you want to drop. Other archs will wait for a nx-libs automake version.
I see 3 things to improve:
- Drop imake for automake: crossbuild for arm -> WIP https://github.com/ArcticaProject/nx-libs/pull/946
- Patch mesa and bigfont: native musl builds -> @uli42 Do you want a PR or you do it ?
- configure.ac at root level instead of subdirs: fix build_style=gnu-makefile -> if @ndowens find a way to fix this, I would help
As I wrote, patches are welcome. So a PR would be great!
Uli
Jonathan Kirszling [email protected] schrieb am Di., 29. Dez. 2020, 17:25:
I have checked the imake source code. It supports a crosscompiling. So maybe it could help to build an arch dependent imake first.
I can't find anything related to imake crosscompilation, only one thread about someone facing the same problem. https://forums.gentoo.org/viewtopic-t-422306-start-0.html As you said, we will not spent time on building with something you want to drop. Other archs will wait for a nx-libs automake version.
I see 3 things to improve:
- Drop imake for automake: crossbuild for arm -> WIP #946 https://github.com/ArcticaProject/nx-libs/pull/946
- Patch mesa and bigfont: native musl builds -> @uli42 https://github.com/uli42 Do you want a PR or you do it ?
- configure.ac at root level instead of subdirs: fix build_style=gnu-makefile -> if @ndowens https://github.com/ndowens find a way to fix this, I would help
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/ArcticaProject/nx-libs/issues/975#issuecomment-752145408, or unsubscribe https://github.com/notifications/unsubscribe-auth/ABQHBZH7SF4A6XS2UGV6UPDSXH7IDANCNFSM4VJYQG6A .
We want to drop the imake support and switch to automake everywhere. However, we are lacking resources so this has been on low prio for some time. We need some more polishing/updating, but generally this is close t being completed: #946 After that PREFIX should be working. It might be possible to handle PREFIX in the imake build setup (this is the stuff in the config subdir) but we do not want to spend time for imake anymore. Patches, also for the imake stuff, are welcome nevertheless. Uli PS: this imake error looks strange, can you provide some more details of what is failing here? … On Mon, Dec 28, 2020 at 5:43 PM Jonathan Kirszling @.***> wrote: You would patch also https://github.com/ArcticaProject/nx-libs/blob/3.6.x/nx-X11/config/cf/site.def#L72 Is there a way to let it use PREFIX ? ------------------------------ Another thing is: https://github.com/void-linux/void-packages/blob/master/common/build-style/gnu-makefile.sh This is the script which is used to build packages. When I use it, it doesn't build out of the box. I need to redefine do_build do_build() { make ${makejobs} PREFIX=/usr \ CONFIGURE="./configure ${configure_args} --prefix=/usr --libdir=/usr/lib --libexecdir=/usr/lib --includedir=/usr/include" } — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#975 (comment)>, or unsubscribe https://github.com/notifications/unsubscribe-auth/ABQHBZG4WUSBZJNNSXVQH5TSXCYUFANCNFSM4VJYQG6A .
I pulled the patches I needed, excluding gitignore/debian and other non-essentials out and it seems fine.
They are in the readme in the root dir
Jonathan Kirszling [email protected] schrieb am Mi., 30. Dez. 2020, 11:22:
@uli42 https://github.com/uli42 I can't find from source build instructions
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/ArcticaProject/nx-libs/issues/975#issuecomment-752405960, or unsubscribe https://github.com/notifications/unsubscribe-auth/ABQHBZDMBDZLNOYGSXDBVWTSXL5PXANCNFSM4VJYQG6A .
I'm sorry, i can't find anything related to build from source for any distribution:
- Building Under Fedora or EPEL using Mock
- Building for openSUSE using OBS Build
- Building Under Debian or Ubuntu using debuild
- Building on Windows
- Binary Builds
- Debian/Ubuntu
- RedHat based
You are quoting all the build instructions and cannot find them nevertheless?
Uli
On Wed, Dec 30, 2020 at 11:36 AM Jonathan Kirszling < [email protected]> wrote:
I'm sorry, i can't find anything related to build from source for any distribution:
- Building Under Fedora or EPEL using Mock
- Building for openSUSE using OBS Build
- Building Under Debian or Ubuntu using debuild
- Building on Windows
- Binary Builds
- Debian/Ubuntu
- RedHat based
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/ArcticaProject/nx-libs/issues/975#issuecomment-752410443, or unsubscribe https://github.com/notifications/unsubscribe-auth/ABQHBZFZCH7CIUUGXY6VQZDSXL7CLANCNFSM4VJYQG6A .
Please help me to help :) I want to know which commands I need to run to build manually nx-libs for void linux which is not Fedora|openSuse|Debian|Ubuntu|Windows
As I do not know voidlinux I can only answer generally. You need to compile these components:
- nxcomp
- nxcompshad
- nxproxy
- nxdialog
- libNX-X11
- nxagent
The first 4 are the respective subdirs and are built using autotools.
The other two are a bit more tricky. libNX_X11 is located in nx-X11/lib and is also built using autotools. nxcomp is required for a successful build.
nxagent is built using imake and requires nxcomp, nxcompshad and libNX_X11. The previous steps will put required includes and lib files to nx-X11/exports which the nxagent build is referring to.
You can see all this in the main Makefile which calls all those builds in the correct order.
Uli
On Wed, Dec 30, 2020 at 11:42 AM Jonathan Kirszling [email protected] wrote:
Please help me to help :) I want to know which commands I need to run to build manually nx-libs for void linux which is not Fedora|openSuse|Debian|Ubuntu|Windows
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub, or unsubscribe.
@eoli3n,
You can take a look at the .travis-ci.yml file. We are building the sources there.
Thanks @uli42 @mjtrangoni I tried to understand why we need to https://github.com/void-linux/void-packages/pull/27432/commits/ebe0d964f55d2663c8da51bbb2f332b7ab5104d5#diff-531d9cde29e038f06c7fb967c5314cb4d4d11fa8d9c0159802bef4779f30904eR25-R46
It seems that I misunderstood some things and that there is nothing to improve here.
Still some work to merge on imake drop to be able to cross build the project. Would you reopen please ?
Hi,
Am Samstag, 16. Januar 2021 schrieb Jonathan Kirszling:
Still some work to merge on imake drop to be able to cross build the project. Would you reopen please ?
Please file pull requests with patches you would like to see get in.
A release is scheduled for end of Jan.
Mike
-- Sent from my Fairphone powered by SailfishOS
nxagent don't run graphically
[user@voidlinux ~]$ nxagent -ac :1
NXAGENT - Version 3.5.99.26
Copyright (c) 2001, 2011 NoMachine (http://www.nomachine.com)
Copyright (c) 2008-2014 Oleksandr Shneyder <[email protected]>
Copyright (c) 2011-2016 Mike Gabriel <[email protected]>
Copyright (c) 2014-2016 Ulrich Sibiller <[email protected]>
Copyright (c) 2014-2016 Mihai Moldovan <[email protected]>
Copyright (c) 2015-2016 Qindel Group (http://www.qindel.com)
See https://github.com/ArcticaProject/nx-libs for more information.
Info: Agent running with pid '29051'.
Session: Starting session at 'Tue May 11 13:34:29 2021'.
Info: Using alpha channel in render extension.
nxagent: xcb_io.c:617: _XAllocID: Assertion `ret != inval_id' failed.
Aborted
[user@voidlinux ~]$ ldd $(which nxagent)
linux-vdso.so.1 (0x00007ffdb418a000)
libX11.so.6 => /usr/lib/libX11.so.6 (0x00007f8d6809c000)
libXcomp.so.3 => /usr/lib/libXcomp.so.3 (0x00007f8d67f6f000)
libXcompshad.so.3 => /usr/lib/libXcompshad.so.3 (0x00007f8d67f61000)
libXrender.so.1 => /usr/lib/libXrender.so.1 (0x00007f8d67d57000)
libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0x00007f8d67b51000)
libXfont2.so.2 => /usr/lib/libXfont2.so.2 (0x00007f8d67b16000)
libXcomposite.so.1 => /usr/lib/libXcomposite.so.1 (0x00007f8d67b0f000)
libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0x00007f8d6790c000)
libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x00007f8d67904000)
libNX_X11.so.6 => /usr/lib/libNX_X11.so.6 (0x00007f8d677bc000)
libXext.so.6 => /usr/lib/libXext.so.6 (0x00007f8d677a7000)
libz.so.1 => /usr/lib/libz.so.1 (0x00007f8d67590000)
libm.so.6 => /usr/lib/libm.so.6 (0x00007f8d67449000)
libXpm.so.4 => /usr/lib/libXpm.so.4 (0x00007f8d67436000)
libxml2.so.2 => /usr/lib/libxml2.so.2 (0x00007f8d672d0000)
libpixman-1.so.0 => /usr/lib/libpixman-1.so.0 (0x00007f8d67228000)
libtirpc.so.3 => /usr/lib/libtirpc.so.3 (0x00007f8d671f9000)
libpng16.so.16 => /usr/lib/libpng16.so.16 (0x00007f8d671c4000)
libjpeg.so.8 => /usr/lib/libjpeg.so.8 (0x00007f8d67138000)
libc.so.6 => /usr/lib/libc.so.6 (0x00007f8d66f72000)
libxcb.so.1 => /usr/lib/libxcb.so.1 (0x00007f8d66f47000)
libdl.so.2 => /usr/lib/libdl.so.2 (0x00007f8d66f41000)
libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007f8d66f20000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007f8d66cb7000)
libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007f8d66c9b000)
libXdamage.so.1 => /usr/lib64/libXdamage.so.1 (0x00007f8d66c96000)
libXrandr.so.2 => /usr/lib64/libXrandr.so.2 (0x00007f8d66c89000)
libXtst.so.6 => /usr/lib64/libXtst.so.6 (0x00007f8d66a83000)
libfontenc.so.1 => /usr/lib/libfontenc.so.1 (0x00007f8d66a79000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x00007f8d669c5000)
/lib64/ld-linux-x86-64.so.2 => /usr/lib64/ld-linux-x86-64.so.2 (0x00007f8d687a0000)
libicui18n.so.67 => /usr/lib/libicui18n.so.67 (0x00007f8d666bf000)
libicuuc.so.67 => /usr/lib/libicuuc.so.67 (0x00007f8d664d6000)
libicudata.so.67 => /usr/lib/libicudata.so.67 (0x00007f8d664d1000)
liblzma.so.5 => /usr/lib/liblzma.so.5 (0x00007f8d664a8000)
libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x00007f8d66454000)
libXau.so.6 => /usr/lib/libXau.so.6 (0x00007f8d6644f000)
libbz2.so.1 => /usr/lib/libbz2.so.1 (0x00007f8d6643c000)
libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x00007f8d66365000)
libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x00007f8d66336000)
libcom_err.so.2 => /usr/lib/libcom_err.so.2 (0x00007f8d6632e000)
libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x00007f8d6631f000)
libresolv.so.2 => /usr/lib/libresolv.so.2 (0x00007f8d66305000)
I read somewhere that it should not use libX11, right ?
you MUST not use the system's libX11 because that one is not NX enabled. You must ensure to fix the ROATH in the binary to point to the right libX11 file. See the IMakefile in nx-X11/program/Xserver for details.
On Tue, May 11, 2021 at 1:57 PM Jonathan Kirszling @.***> wrote:
nxagent don't run graphically
@.*** ~]$ nxagent -ac :1
NXAGENT - Version 3.5.99.26
Copyright (c) 2001, 2011 NoMachine (http://www.nomachine.com) Copyright (c) 2008-2014 Oleksandr Shneyder @.> Copyright (c) 2011-2016 Mike Gabriel @.> Copyright (c) 2014-2016 Ulrich Sibiller @.> Copyright (c) 2014-2016 Mihai Moldovan @.> Copyright (c) 2015-2016 Qindel Group (http://www.qindel.com) See https://github.com/ArcticaProject/nx-libs for more information.
Info: Agent running with pid '29051'. Session: Starting session at 'Tue May 11 13:34:29 2021'. Info: Using alpha channel in render extension. nxagent: xcb_io.c:617: _XAllocID: Assertion `ret != inval_id' failed. Aborted
@.*** ~]$ ldd $(which nxagent) linux-vdso.so.1 (0x00007ffdb418a000) libX11.so.6 => /usr/lib/libX11.so.6 (0x00007f8d6809c000) libXcomp.so.3 => /usr/lib/libXcomp.so.3 (0x00007f8d67f6f000) libXcompshad.so.3 => /usr/lib/libXcompshad.so.3 (0x00007f8d67f61000) libXrender.so.1 => /usr/lib/libXrender.so.1 (0x00007f8d67d57000) libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0x00007f8d67b51000) libXfont2.so.2 => /usr/lib/libXfont2.so.2 (0x00007f8d67b16000) libXcomposite.so.1 => /usr/lib/libXcomposite.so.1 (0x00007f8d67b0f000) libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0x00007f8d6790c000) libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x00007f8d67904000) libNX_X11.so.6 => /usr/lib/libNX_X11.so.6 (0x00007f8d677bc000) libXext.so.6 => /usr/lib/libXext.so.6 (0x00007f8d677a7000) libz.so.1 => /usr/lib/libz.so.1 (0x00007f8d67590000) libm.so.6 => /usr/lib/libm.so.6 (0x00007f8d67449000) libXpm.so.4 => /usr/lib/libXpm.so.4 (0x00007f8d67436000) libxml2.so.2 => /usr/lib/libxml2.so.2 (0x00007f8d672d0000) libpixman-1.so.0 => /usr/lib/libpixman-1.so.0 (0x00007f8d67228000) libtirpc.so.3 => /usr/lib/libtirpc.so.3 (0x00007f8d671f9000) libpng16.so.16 => /usr/lib/libpng16.so.16 (0x00007f8d671c4000) libjpeg.so.8 => /usr/lib/libjpeg.so.8 (0x00007f8d67138000) libc.so.6 => /usr/lib/libc.so.6 (0x00007f8d66f72000) libxcb.so.1 => /usr/lib/libxcb.so.1 (0x00007f8d66f47000) libdl.so.2 => /usr/lib/libdl.so.2 (0x00007f8d66f41000) libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007f8d66f20000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007f8d66cb7000) libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007f8d66c9b000) libXdamage.so.1 => /usr/lib64/libXdamage.so.1 (0x00007f8d66c96000) libXrandr.so.2 => /usr/lib64/libXrandr.so.2 (0x00007f8d66c89000) libXtst.so.6 => /usr/lib64/libXtst.so.6 (0x00007f8d66a83000) libfontenc.so.1 => /usr/lib/libfontenc.so.1 (0x00007f8d66a79000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x00007f8d669c5000) /lib64/ld-linux-x86-64.so.2 => /usr/lib64/ld-linux-x86-64.so.2 (0x00007f8d687a0000) libicui18n.so.67 => /usr/lib/libicui18n.so.67 (0x00007f8d666bf000) libicuuc.so.67 => /usr/lib/libicuuc.so.67 (0x00007f8d664d6000) libicudata.so.67 => /usr/lib/libicudata.so.67 (0x00007f8d664d1000) liblzma.so.5 => /usr/lib/liblzma.so.5 (0x00007f8d664a8000) libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x00007f8d66454000) libXau.so.6 => /usr/lib/libXau.so.6 (0x00007f8d6644f000) libbz2.so.1 => /usr/lib/libbz2.so.1 (0x00007f8d6643c000) libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x00007f8d66365000) libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x00007f8d66336000) libcom_err.so.2 => /usr/lib/libcom_err.so.2 (0x00007f8d6632e000) libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x00007f8d6631f000) libresolv.so.2 => /usr/lib/libresolv.so.2 (0x00007f8d66305000)
I read somewhere that it should not use libX11, right ?
— You are receiving this because you modified the open/close state. Reply to this email directly, view it on GitHub https://github.com/ArcticaProject/nx-libs/issues/975#issuecomment-838345143, or unsubscribe https://github.com/notifications/unsubscribe-auth/ABQHBZGFS66VQBC5MTM4EUTTNELTRANCNFSM4VJYQG6A .
please show me what i'm searching for : https://github.com/ArcticaProject/nx-libs/blob/3.6.x/nx-X11/programs/Xserver/Imakefile As you can see in the linked issue, i'm spending a lot of time on this, i'm trying to package x2goserver, but i'm discovering voidlinux, builds, packaging, nx-libs et the whole mechanic, i need concrete help without having to guess informations.
- What is ROATH ?
- Which line should I read in the Imakefile ?
- That's how i build nx-libs on voidlinux, could you suggest something to fix nxagent ? https://github.com/void-linux/void-packages/pull/27432/commits/9fa4606589195c7f28319a7da6ee8030893e6a06#diff-531d9cde29e038f06c7fb967c5314cb4d4d11fa8d9c0159802bef4779f30904eR22-R60