Skip to content
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

Open
wants to merge 6 commits into
base: master
Choose a base branch
from
Open

Build fixes #336

wants to merge 6 commits into from

Conversation

orbea
Copy link

@orbea orbea commented May 12, 2022

Fixes a few things.

  • Removes aclocal.m4 to fix the build with autoreconf-2.71
  • Further fixes autoreconf-2.71 by some syntax changes in configure.ac
  • Silences some trivial non-fatal mkdir errors during make by using 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

orbea added 2 commits May 12, 2022 15:48
This fixes the build with autoreocnf-2.71.
@orbea orbea mentioned this pull request May 12, 2022
Silences trivial non-fatal errors during make
orbea added a commit to orbea/gentoo that referenced this pull request May 13, 2022
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.
@orbea
Copy link
Author

orbea commented May 13, 2022

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.

orbea added a commit to orbea/gentoo that referenced this pull request May 13, 2022
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>
orbea added a commit to orbea/gentoo that referenced this pull request May 13, 2022
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>
orbea added a commit to orbea/gentoo that referenced this pull request May 13, 2022
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>
orbea added a commit to orbea/gentoo that referenced this pull request May 13, 2022
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>
orbea added a commit to orbea/gentoo that referenced this pull request May 13, 2022
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>
@magnusviri
Copy link
Collaborator

I don't know who has access to libsnet.

@orbea
Copy link
Author

orbea commented May 13, 2022

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.

gentoo-bot pushed a commit to gentoo/gentoo that referenced this pull request May 13, 2022
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>
@orbea
Copy link
Author

orbea commented May 14, 2022

Updated this PR and the libsnet tracker with updating to use the more modern AC_ARG_ENABLE. Also restored the bit disabling sasl in libsnet during the radmind configure which I accidentally dropped. This solves undefined references when cyrus-sasl is installed on the system.

orbea added a commit to orbea/gentoo that referenced this pull request May 14, 2022
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>
orbea added a commit to orbea/gentoo that referenced this pull request May 14, 2022
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>
gentoo-bot pushed a commit to gentoo/gentoo that referenced this pull request May 15, 2022
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>
@magnusviri
Copy link
Collaborator

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.

@sth0
Copy link
Contributor

sth0 commented Mar 1, 2024

I actually have updates to aclocal and removing that would break autoconf.

@magnusviri
Copy link
Collaborator

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?

@magnusviri
Copy link
Collaborator

libsnet is now public. When I find time (not this weekend) I can switch radmind to point to this. @orbea , can you submit your pull request to this repo? I migrated the SF version but it doesn't look like it included your pull request.

@sth0
Copy link
Contributor

sth0 commented Mar 1, 2024

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants