-
Notifications
You must be signed in to change notification settings - Fork 15
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Build fixes #336
base: master
Are you sure you want to change the base?
Build fixes #336
Conversation
This fixes the build with autoreocnf-2.71.
Silences trivial non-fatal errors during make
Fixing the autoreconf somehow fixed the build with slibtool. Upstream-PR: voretaq7/radmind#1 Upstream-PR: Radmind/radmind#336 Upstream-PR: https://sourceforge.net/p/libsnet/patches/4/ Bug: https://bugs.gentoo.org/779664 Signed-off-by: orbea <orbea@riseup.net>
The legacy macros CHECK_ZLIB and CHECK_SSL add many instances of hardcoded -L/usr/lib which is problematic on newer systems. It is better to use pkg-config so they are always found where expected. Also removed some totally broken legacy osx macros.
Added a commit to use pkg-config instead of the legacy CHECK_ZLIB and CHECK_SSL macros which cause problems on newer systems. Also removed broken legacy osx macros which probably need to be rewritten to be useful. I suggest removing them until someone with osx cares to work on it. |
The build prepends ../ to the $(LIBTOO) variable which obviously doesn't work with slibtool. Additionally the build has a lot of other autoreconf issues that needed to be fixed. Upstream-PR: voretaq7/radmind#1 Upstream-PR: Radmind/radmind#336 Upstream-PR: https://sourceforge.net/p/libsnet/patches/4/ Upstream-PR: https://sourceforge.net/p/libsnet/patches/6/ Bug: https://bugs.gentoo.org/779664 Signed-off-by: orbea <orbea@riseup.net>
The build prepends ../ to the $(LIBTOOL) variable which obviously doesn't work with slibtool. Additionally the build has a lot of other autoreconf issues that needed to be fixed. Upstream-PR: voretaq7/radmind#1 Upstream-PR: Radmind/radmind#336 Upstream-PR: https://sourceforge.net/p/libsnet/patches/4/ Upstream-PR: https://sourceforge.net/p/libsnet/patches/6/ Bug: https://bugs.gentoo.org/779664 Signed-off-by: orbea <orbea@riseup.net>
The build prepends ../ to the $(LIBTOOL) variable which obviously doesn't work with slibtool. Additionally the build has a lot of other autoreconf issues that needed to be fixed. Upstream-PR: voretaq7/radmind#1 Upstream-PR: Radmind/radmind#336 Upstream-PR: https://sourceforge.net/p/libsnet/patches/4/ Upstream-PR: https://sourceforge.net/p/libsnet/patches/6/ Bug: https://bugs.gentoo.org/779664 Signed-off-by: orbea <orbea@riseup.net>
The build prepends ../ to the $(LIBTOOL) variable which obviously doesn't work with slibtool. Additionally the build has a lot of other autoreconf issues that needed to be fixed. Upstream-PR: voretaq7/radmind#1 Upstream-PR: Radmind/radmind#336 Upstream-PR: https://sourceforge.net/p/libsnet/patches/4/ Upstream-PR: https://sourceforge.net/p/libsnet/patches/6/ Bug: https://bugs.gentoo.org/779664 Signed-off-by: orbea <orbea@riseup.net>
The build prepends ../ to the $(LIBTOOL) variable which obviously doesn't work with slibtool. Additionally the build has a lot of other autoreconf issues that needed to be fixed. Upstream-PR: voretaq7/radmind#1 Upstream-PR: Radmind/radmind#336 Upstream-PR: https://sourceforge.net/p/libsnet/patches/4/ Upstream-PR: https://sourceforge.net/p/libsnet/patches/6/ Bug: https://bugs.gentoo.org/779664 Signed-off-by: orbea <orbea@riseup.net>
I don't know who has access to libsnet. |
I wasn't necessarily expecting a reply, but posting the patches for visibility. If all else fails carrying some patches for a unmaintained project is not hard in a distro. |
The build prepends ../ to the $(LIBTOOL) variable which obviously doesn't work with slibtool. Additionally the build has a lot of other autoreconf issues that needed to be fixed. Upstream-PR: voretaq7/radmind#1 Upstream-PR: Radmind/radmind#336 Upstream-PR: https://sourceforge.net/p/libsnet/patches/4/ Upstream-PR: https://sourceforge.net/p/libsnet/patches/6/ Bug: https://bugs.gentoo.org/779664 Signed-off-by: orbea <orbea@riseup.net> Closes: #25459 Signed-off-by: Sam James <sam@gentoo.org>
This was previously set in aclocal.m4
Updated this PR and the libsnet tracker with updating to use the more modern |
When radmind is build while crypto-sasl is installed on the system the libsnet submodule will enable it and then radmind will fail to compile with undefined refererenes for sasl. This was caused by my earlier patches that accidentally dropped that part in radmind that disabled sasl support during the libsnet configure process. I also added missing dependencies and USE flags. Bug: https://bugs.gentoo.org/844160 Upstream-PR: Radmind/radmind#336 Upstream-PR: voretaq7/radmind#1 Upstream-PR: https://sourceforge.net/p/libsnet/patches/7/ Fixes: gentoo@601775b Signed-off-by: orbea <orbea@riseup.net>
When radmind is build while cyrus-sasl is installed on the system the libsnet submodule will enable it and then radmind will fail to compile with undefined refererenes for sasl. This was caused by my earlier patches that accidentally dropped that part in radmind that disabled sasl support during the libsnet configure process. I also added missing dependencies and USE flags. Bug: https://bugs.gentoo.org/844160 Upstream-PR: Radmind/radmind#336 Upstream-PR: voretaq7/radmind#1 Upstream-PR: https://sourceforge.net/p/libsnet/patches/7/ Fixes: gentoo@601775b Signed-off-by: orbea <orbea@riseup.net>
When radmind is build while cyrus-sasl is installed on the system the libsnet submodule will enable it and then radmind will fail to compile with undefined refererenes for sasl. This was caused by my earlier patches that accidentally dropped that part in radmind that disabled sasl support during the libsnet configure process. I also added missing dependencies and USE flags. Bug: https://bugs.gentoo.org/844160 Upstream-PR: Radmind/radmind#336 Upstream-PR: voretaq7/radmind#1 Upstream-PR: https://sourceforge.net/p/libsnet/patches/7/ Fixes: 601775b Signed-off-by: orbea <orbea@riseup.net> Signed-off-by: Sam James <sam@gentoo.org>
Are you still around? I forgot to resolve this. I'm not sure what your changes mean. I'll add some comments inline and if you're still around you could help me understand them. |
I actually have updates to aclocal and removing that would break autoconf. |
It looks like removing aclocal.m4 is for autoreconf-2.7. Also, the Sourceforge version of libsnet is abandoned. Pull requests there will go unanswered. I've migrated libsnet to Github and will make it public. The submodules here will need to be updated to point to the GitHub repo instead of SF. I did not know Gentoo's packager manager has radmind. Is this pull request for Gentoo? |
That is great. How does autoreconf create a new aclocal file, where does it get its hints. I have been using aclocal.m4 as input to autoconf to create configure which uses Makefile.in to create Makefile. Is there a better path? The patch to make universal binaries is in that aclocal.m4 file. |
Fixes a few things.
mkdir -p
Note for autoreconf to work aclocal.m4 also needs to be removed for libsnet.
See: https://sourceforge.net/p/libsnet/patches/7/
Gentoo Bug: https://bugs.gentoo.org/779664