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 #1

Merged
merged 6 commits into from Oct 6, 2023
Merged

Build fixes #1

merged 6 commits into from Oct 6, 2023

Conversation

orbea
Copy link

@orbea orbea commented May 12, 2022

Also see: Radmind#336

I am making a PR here too because this is the repo gentoo uses for the source.

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 3 commits May 12, 2022 15:48
This fixes the build with autoreocnf-2.71.
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.

Radmind#336 (comment)

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>
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 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>
@voretaq7 voretaq7 merged commit 32753db into voretaq7:master Oct 6, 2023
@voretaq7
Copy link
Owner

voretaq7 commented Oct 6, 2023

I’m appalled it took me so long to merge this in, but I still got it merged in before radmind upstream did so there’s that I guess :-)

@orbea orbea deleted the gentoo branch October 6, 2023 16:54
@orbea
Copy link
Author

orbea commented Oct 6, 2023

@voretaq7 Thanks for the merge, any ideas how to get upstream radmind to review it too?

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