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

project loader: remove special LD_LIBRARY_FLAGS handling for classic #2484

Merged
merged 2 commits into from Feb 23, 2019

Conversation

sergiusens
Copy link
Collaborator

This implementation can cause clashes with changes in the host with
regards to the base in use (i.e; core, core18, ...) as their might
be libc6 mismatches at the time that can lead to undefined behavior.

The issue comes up when the core snap is installed as it is when
the libraries are used, this specific behavior is no longer needed
as the library crawling feature has improved since this was first
introduced.

Additionally, the Travis CI job has been moved to using the deb
for the time being to overcome the bootstrapping issue that this
misbehavior creates.

This fix also has to come into legacy first to as snapcraft builds with
legacy be

LP: #1817300

Signed-off-by: Sergio Schvezov sergio.schvezov@canonical.com

  • Have you followed the guidelines for contributing?
  • Have you signed the CLA?
  • Have you successfully run ./runtests.sh static?
  • Have you successfully run ./runtests.sh tests/unit?

@codecov-io
Copy link

codecov-io commented Feb 22, 2019

Codecov Report

❗ No coverage uploaded for pull request base (legacy@9bb29b0). Click here to learn what that means.
The diff coverage is n/a.

Impacted file tree graph

@@            Coverage Diff            @@
##             legacy    #2484   +/-   ##
=========================================
  Coverage          ?   90.66%           
=========================================
  Files             ?      216           
  Lines             ?    13780           
  Branches          ?     2047           
=========================================
  Hits              ?    12493           
  Misses            ?      884           
  Partials          ?      403
Impacted Files Coverage Δ
snapcraft/internal/project_loader/_parts_config.py 98.59% <ø> (ø)
snapcraft/internal/project_loader/_env.py 95.74% <ø> (ø)

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 9bb29b0...ca72458. Read the comment docs.

@sergiusens sergiusens force-pushed the legacy-classic-env branch 2 times, most recently from 00deba8 to 1f069e5 Compare February 23, 2019 07:56
Signed-off-by: Sergio Schvezov <sergio.schvezov@canonical.com>
@sergiusens sergiusens force-pushed the legacy-classic-env branch 2 times, most recently from 62d686c to 9057c79 Compare February 23, 2019 11:41
This implementation can cause clashes with changes in the host with
regards to the base in use (i.e; core, core18, ...) as their might
be libc6 mismatches at the time that can lead to undefined behavior.

The issue comes up when the core snap is installed as it is when
the libraries are used, this specific behavior is no longer needed
as the library crawling feature has improved since this was first
introduced.

Additionally, the Travis CI job has been moved to using the deb
for the time being to overcome the bootstrapping issue that this
misbehavior creates.

This fix also has to be introduced into the legacy branch first
as snapcraft uses the legacy implementation to build itself.

LP: #1817300

Signed-off-by: Sergio Schvezov <sergio.schvezov@canonical.com>
@sergiusens sergiusens merged commit 8f66a4e into canonical:legacy Feb 23, 2019
@sergiusens sergiusens deleted the legacy-classic-env branch February 23, 2019 22:02
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