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

Change concept of ULINUX (for universal SSL build, always build ULINUX) #4

Merged
merged 1 commit into from
Dec 28, 2015

Conversation

jeffaco
Copy link
Contributor

@jeffaco jeffaco commented Dec 28, 2015

Significant changes to how SCXCore agent deals with ULINUX. In the past,
--enable-ulinux meant two things: Build universal binaries (that can run
anywhere based on Linux features and not based on platform #ifdefs), and
build for universal SSL installations (link against both versions of SSL).

Now --enable-ulinux only builds for universal SSL installations. We will
always build universal binaries. This eliminates Redhat/SuSE-specific kits.

Other changes along the way:

  1. Target directory is only populated with shipping bits. This means that
    lots of superflous stuff isn't copied on every system build to our
    build archives.
  2. Eliminted the concept of universal_r and universal_d binaries. A
    universal binary is a universal binary, regardless of DPKG vs. RPM
    packaging. This squashes the universal_r/universal_d naming convention.
  3. Made disable-port (disabling port 1270 listener) a configuration
    option, making it easier for packages that need this to specify it.
    Currently, this qualifier also disables "mega-bundles". The assumption
    is that, if you want a lightweight agent without the listener, you
    likely want to handle mega-bundles (bundles with other components)
    yourself, rather than to assume SCXCore behavior.
  4. Reworked bundling packaging to be cleaner at build time, and to properly
    abort the build if a bundle build problem was encountered.
  5. Reworked unit tests to actually pass on non-SuSE and non-Redhat systems.
    In the past, many unit tests would fail on CentOS platforms.

@MSFTOSSMgmt/omsdevs

Significant changes to how SCXCore agent deals with ULINUX. In the past,
--enable-ulinux meant two things: Build universal binaries (that can run
anywhere based on Linux features and not based on platform #ifdefs), and
build for universal SSL installations (link against both versions of SSL).

Now --enable-ulinux only builds for universal SSL installations. We will
always build universal binaries. This eliminates Redhat/SuSE-specific kits.

Other changes along the way:

1. Target directory is only populated with shipping bits. This means that
   lots of superflous stuff isn't copied on every system build to our
   build archives.

2. Eliminted the concept of universal_r and universal_d binaries. A
   universal binary is a universal binary, regardless of DPKG vs. RPM
   packaging. This squashes the universal_r/universal_d naming convention.

3. Made disable-port (disabling port 1270 listener) a configuration
   option, making it easier for packages that need this to specify it.
   Currently, this qualifier also disables "mega-bundles". The assumption
   is that, if you want a lightweight agent without the listener, you
   likely want to handle mega-bundles (bundles with other components)
   yourself, rather than to assume SCXCore behavior.

4. Reworked bundling packaging to be cleaner at build time, and to properly
   abort the build if a bundle build problem was encountered.

5. Reworked unit tests to actually pass on non-SuSE and non-Redhat systems.
   In the past, many unit tests would fail on CentOS platforms.
@johnkord
Copy link

Signed off!

@jeffaco jeffaco merged commit b553c91 into develop Dec 28, 2015
@jeffaco jeffaco deleted the jeff-ulinux branch December 28, 2015 22:11
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

2 participants