1441900 - Snap shouldn't attempt to read /etc/ld.so.conf

Status: NEW

(Release Engineering :: Release Automation: Snap, defect, P5)

Description

[Ken VanDine]

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Ubuntu Chromium/65.0.3325.88 Chrome/65.0.3325.88 Safari/537.36

Steps to reproduce:

Snap shouldn't be looking at /etc/ld.so.conf since it comes from the classic system, but the snap's runtime is the core snap. Things seem to work ok, but if it is trying to do something with the file, it should look at something like $SNAP/etc/ld.so.conf

Comment 1

[Johan Lorenzo [:jlorenzo]]

[Tracking Requested - why for this release]: We are looking to release a Firefox Snap for 59. This is a Snap only fix for 59. It has no impact on the regular product.

Comment 2

[Liz Henry (:lizzard) (relman/hg->git project)]

We're building the release candidate today, so this may miss RC1.  I do expect we will have an RC2 later this week though I don't think I'd do one only for this issue.

Comment 3

[Liz Henry (:lizzard) (relman/hg->git project)]

Johan, this would need to land asap in order to make it into the RC2 build tomorrow .

Comment 4

[Johan Lorenzo [:jlorenzo]]

I just confirmed with Canonical this bug is minor and has no user impact. They are okay to release 59.0 without this patch. My apologies, I misunderstood the impact. Un-tracking this release for 59.

Comment 5

[Jed Davis [:jld] ⟨⏰|UTC-7⟩ ⟦he/him⟧]

Is this about Firefox reading /etc/ld.so.conf?  If so, it's probably due to bug 1387837, and it's harmless if the Snap container's libraries are all in /lib and /usr/lib (or lib64).

Comment 6

[BugBot [:suhaib / :marco/ :calixte]]

The bug assignee is inactive on Bugzilla, so the assignee is being reset.