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

Fixes for libntech without GPL code #5282

Merged
merged 7 commits into from
Aug 4, 2023

Conversation

vpodzime
Copy link
Contributor

@vpodzime vpodzime commented Jun 23, 2023

@vpodzime vpodzime force-pushed the master-with_pcre branch 3 times, most recently from f0f50c7 to b60f2e5 Compare June 23, 2023 13:02
@vpodzime vpodzime changed the title Define WITH_PCRE for libntech Fixes for libntech without GPL code Jun 30, 2023
@vpodzime vpodzime force-pushed the master-with_pcre branch 3 times, most recently from 3607096 to c59864b Compare July 3, 2023 06:54
@cfengine cfengine deleted a comment from cf-bottom Jul 14, 2023
@cfengine cfengine deleted a comment from cf-bottom Jul 14, 2023
@cfengine cfengine deleted a comment from cf-bottom Jul 14, 2023
@cfengine cfengine deleted a comment from cf-bottom Jul 14, 2023
@cfengine cfengine deleted a comment from cf-bottom Jul 14, 2023
@cf-bottom
Copy link

Thank you for submitting a PR! Maybe @olehermanse can review this?

Because libntech uses our config.h.
@vpodzime vpodzime force-pushed the master-with_pcre branch 2 times, most recently from 045ead3 to beffbb2 Compare July 14, 2023 16:09
cf-testd/cf-testd.c Fixed Show fixed Hide fixed
cf-testd/cf-testd.c Fixed Show fixed Hide fixed
@vpodzime vpodzime force-pushed the master-with_pcre branch 2 times, most recently from c4245ab to 39017ac Compare July 17, 2023 13:29
@cfengine cfengine deleted a comment from cf-bottom Jul 17, 2023
With GPL-licensed code taken from libntech/libcompat.

This also means that we have to leave all the function-replacing
macros to libntech/configure, but that's the correct thing to do
because libcompat is part of libntech and so libntech/configure
actually determines which fuctions/code will be part of
libcompat. The only exception are the *printf() functions because
their replacements are handled by special macros (see
m4/snprintf.m4 for gore details) and we need those bits to happen
in this repo too.
So that we can make decisions based on it in our Makefile.am
files.
We have a wrapper function that checks that memory allocation was
successful. Plus our function is available in our header file and
in our utility library for the linker so we don't have to bother
(in this code) where it comes from.
It could be used to print data from the process' memory. Not
really important in cf-testd, but we should stick to good and
safe coding practices anyway.
@vpodzime
Copy link
Contributor Author

@cf-bottom jenkins with exotics, please

@cf-bottom
Copy link

@vpodzime
Copy link
Contributor Author

@cf-bottom jenkins with exotics, please

Our version may not be 100 % compatible or at least not 100 %
optimal for the given system.
@cf-bottom
Copy link

Alright, I triggered a build:

Build Status

(with exotics)

Jenkins: https://ci.cfengine.com/job/pr-pipeline/9651/

Packages: http://buildcache.cfengine.com/packages/testing-pr/jenkins-pr-pipeline-9651/

@olehermanse olehermanse merged commit 366eee3 into cfengine:master Aug 4, 2023
13 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

Successfully merging this pull request may close these issues.

5 participants