Opened 14 years ago

Closed 14 years ago

#23597 closed defect (fixed)

subversion uses libproxy without declaring dependency

Reported by: ryandesign (Ryan Carsten Schmidt) Owned by: danielluke (Daniel J. Luke)
Priority: Normal Milestone:
Component: ports Version:
Keywords: Cc:
Port: subversion

Description

I must've had libproxy installed when I installed subversion. Then I uninstalled libproxy via port_cutleaves. Now trying to use svn points out:

dyld: Library not loaded: /opt/local/lib/libproxy.0.dylib
  Referenced from: /opt/local/bin/svn
  Reason: image not found

subversion should either declare a dependency on libproxy or should not use libproxy.

Change History (3)

comment:1 Changed 14 years ago by danielluke (Daniel J. Luke)

Owner: changed from dluke@… to dluke@…
Status: newassigned

Did it perhaps pick it up via neon? I'm not seeing where subversion would directly use libproxy...

Can you run /opt/local/bin/neon-config --libs and paste the output here?

comment:2 Changed 14 years ago by ryandesign (Ryan Carsten Schmidt)

I think you're right that it's neon's issue:

$ /opt/local/bin/neon-config --libs
-L/opt/local/lib -L/opt/local/lib -lneon -lintl -lz -L/opt/local/lib -lssl -lcrypto -lz -dynamic -O2 -Wl,-search_paths_first -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lresolv -L/opt/local/lib -lproxy -lexpat

If neon is changed to no longer use libproxy, subversion will still need a revbump, since (regardless of reason) svn is linked with libproxy.

comment:3 Changed 14 years ago by danielluke (Daniel J. Luke)

Resolution: fixed
Status: assignedclosed

r63552 for neon change.

subversion revbump in r63554

Note: See TracTickets for help on using tickets.