socksify fails to run

Bug #857598 reported by ADFH
This bug report is a duplicate of:  Bug #816153: dante-server using the wrong libc.so. Edit Remove
58
This bug affects 11 people
Affects Status Importance Assigned to Milestone
dante (Debian)
New
Unknown
dante (Ubuntu)
Fix Released
Undecided
Louis Bouchard
Precise
Fix Released
Undecided
Louis Bouchard

Bug Description

SRU justification :

socksify was using a hardcoded location for libdl.so which was false. This patch define
the correct path

Impact :

Without this fix, socksify fails to run

Fix :

Add search logic to identify the correct library path

Test Case :

- Install dante-client and libdsockd0
- run the following :
$ socksify bash

The command should run without complaining about ignored library

Regression :

Should be minimal as the LIBRARY_DLOPEN variable defined is only used to define SOCKSIFY_PRELOAD_LIBS used in socksify

Original description of the problem :

When I attempt to launch an application (in this case, xvncviewer) through socksify, I get the message:

ERROR: ld.so: object '/lib/libdl.so.2' from LD_PRELOAD cannot be preloaded: ignored.

This also happens when I tried to run telnet through it.

I have dante.conf configured to instruct socksify to open a SOCKS connection to a port on the local system which in turn is opened by a copy of SSH with the -D switch... very handy for running apps quickly on remote firewalled machines which have accessible SSH hosts near them without needing a full blown VPN or hand mapping the ports. Worked fine in 10.04...

ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: dante-client 1.1.19.dfsg-3ubuntu4.1
ProcVersionSignature: Ubuntu 2.6.38-11.50-generic 2.6.38.8
Uname: Linux 2.6.38-11-generic x86_64
NonfreeKernelModules: nvidia
Architecture: amd64
Date: Sat Sep 24 03:31:15 2011
InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Release Candidate amd64 (20100419.1)
ProcEnviron:
 LANGUAGE=en_AU:en
 LANG=en_AU.UTF-8
 SHELL=/bin/bash
SourcePackage: dante
UpgradeStatus: Upgraded to natty on 2011-05-31 (115 days ago)

Revision history for this message
ADFH (adfh) wrote :
Revision history for this message
ADFH (adfh) wrote :

This bug still exists in Oneiric / 11.10

....$ socksify rdesktop -g workarea -x m -D ....
ERROR: ld.so: object '/lib/libdl.so.2' from LD_PRELOAD cannot be preloaded: ignored.

Revision history for this message
ADFH (adfh) wrote :

socksify is in the client package, not in the server package.

Revision history for this message
ADFH (adfh) wrote :

Hrrmm.. apport-collect complains I don't have dante installed when I attempt to update my system details on this bug, as I don't have dante installed, just dante-client.. When I try to change the bug to the dante-client package however, it tells me it's a binary package and it's going to log it against the source package.

Is this a bug in apport-collect?

Revision history for this message
ADFH (adfh) wrote :

Logged separate bug #886586 about apport

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in dante (Ubuntu):
status: New → Confirmed
Revision history for this message
Michael Adam (obnox) wrote :

bug #890887 seems to be a duplicate

Revision history for this message
Michael Adam (obnox) wrote :

With the attached patch (on x86_64), socksify does not complain any more about the missing library.

Revision history for this message
Michael Adam (obnox) wrote :

Please ignore the "set -x" in the patch. I added it only for debugging.

The patch quietens socksify's "ERROR: ld.so: ..." message.

But it does not finally fix the problem for me:
At least on 11.10, socksify still does not work:

output of "socksify bash" with "set -x" in socksify:

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
$ socksify bash
+ SOCKSIFY_PRELOAD_LIBS=/lib/x86_64-linux-gnu/libdl.so.2
+ LIBDIR=/usr/lib
+ LIBRARY=/usr/lib/libdsocksd.so.0
+ PRELOAD_SEPERATOR=
+ PRELOAD_POSTFIX=
+ LD_PRELOAD=/usr/lib/libdsocksd.so.0 /lib/x86_64-linux-gnu/libdl.so.2
+ export LD_PRELOAD
+ LD_LIBRARY_PATH=/usr/lib
+ export LD_LIBRARY_PATH
+ exec bash
$ echo $?
1
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Revision history for this message
Michael Adam (obnox) wrote :
Revision history for this message
Michael Adam (obnox) wrote :

This also seems to be a duplicate -- at partially -- of what is described in bug #767085.

As described in that bug report, placing a symlink fixes "socksify" for me:

$ sudo ln -s libc-2.13.so /lib/x86_64-linux-gnu/libc.so

What to do here?

Revision history for this message
Ubuntu Foundations Team Bug Bot (crichton) wrote :

The attachment "patch to socksify for 64bit" of this bug report has been identified as being a patch. The ubuntu-reviewers team has been subscribed to the bug report so that they can review the patch. In the event that this is in fact not a patch you can resolve this situation by removing the tag 'patch' from the bug report and editing the attachment so that it is not flagged as a patch. Additionally, if you are member of the ubuntu-reviewers team please also unsubscribe the team from this bug report.

[This is an automated message performed by a Launchpad user owned by Brian Murray. Please contact him regarding any issues with the action taken in this bug report.]

tags: added: patch
Changed in dante (Debian):
status: Unknown → New
Revision history for this message
Matt (meh106) wrote :

I've just done a clean install of 12.04 LTS 64 bit (3.2.0-31-generic #50-Ubuntu SMP Fri Sep 7 16:16:45 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux) and am also seeing this problem.

Substituting /lib/x86_64-linux-gnu/libdl.so.2 for /lib/libdl.so.2 (e.g. by symlinking, or by modifying /usr/bin/socksify as per Michael Adam's patch above) does not solve the problem and instead results in socksify silently exiting without appearing to do anything.

Revision history for this message
Matt (meh106) wrote :

Appears to be fixed by symlinking libc.so.6 to libc.so (as well as patching /usr/bin/socksify to use /lib/x86+64-linux-gnu/libdl.so.2)

$ cd /lib/x86_64-linux-gnu/
$ ln -s libc.so.6 libc.so

Revision history for this message
Kevin Cernekee (cernekee) wrote :

Bug #905449 links to a PPA with builds of Dante 1.3.2. These packages (dante-client and libsocksd0) worked for me on Quantal:

https://launchpad.net/~tmus/+archive/stable

Since Dante 1.1.19 (released in Jan 2006) is obsolete anyway - is there a way to get these updates pushed back into the Debian/Ubuntu repositories?

Louis Bouchard (louis)
Changed in dante (Ubuntu):
assignee: nobody → Louis Bouchard (louis-bouchard)
status: Confirmed → In Progress
Changed in dante (Ubuntu Precise):
assignee: nobody → Louis Bouchard (louis-bouchard)
Louis Bouchard (louis)
Changed in dante (Ubuntu Precise):
status: New → In Progress
Louis Bouchard (louis)
description: updated
Revision history for this message
Louis Bouchard (louis) wrote :

debdiffs containing the fix for this bug has been uploaded to the following bug :

https://bugs.launchpad.net/ubuntu/+source/dante/+bug/816153

Maybe this bug should be made a duplicate of 816153 as this is the one that will carry the fix for both

Revision history for this message
Louis Bouchard (louis) wrote :

Marking this bug duplicate of LP: #816153 since fix for this bug are included in the other bug which has been SRUed to Precise & Saucy

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package dante - 1.1.19.dfsg-3ubuntu9

---------------
dante (1.1.19.dfsg-3ubuntu9) saucy; urgency=low

  * debian/patches/03-configure.patch
    - Revert hardcoded libdl.so path
  * debian/patches/15-fixlibc-search.patch
    - Fix dante-server using the wrong libc.so (LP: #816153)
      by changing the search patch for the libc.so
  * debian/patches/16-fix-dlopen.patch
    - Fix socksify fails to run (LP: #857598)
      by adding search logic to locate the proper libdl.so
 -- Louis Bouchard <email address hidden> Wed, 12 Jul 2013 14:39:18 +0200

Changed in dante (Ubuntu):
status: In Progress → Fix Released
Revision history for this message
Dave Walker (davewalker) wrote : Please test proposed package

Hello ADFH, or anyone else affected,

Accepted dante into precise-proposed. The package will build now and be available at http://launchpad.net/ubuntu/+source/dante/1.1.19.dfsg-3ubuntu6.12.04.1 in a few hours, and then in the -proposed repository.

Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users.

If this package fixes the bug for you, please add a comment to this bug, mentioning the version of the package you tested, and change the tag from verification-needed to verification-done. If it does not fix the bug for you, please add a comment stating that, and change the tag to verification-failed. In either case, details of your testing will help us make a better decision.

Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance!

Changed in dante (Ubuntu Precise):
status: In Progress → Fix Committed
tags: added: verification-needed
Louis Bouchard (louis)
tags: added: verification-done
removed: verification-needed
Revision history for this message
Scott Kitterman (kitterman) wrote : Update Released

The verification of this Stable Release Update has completed successfully and the package has now been released to -updates. Subsequently, the Ubuntu Stable Release Updates Team is being unsubscribed and will not receive messages about this bug report. In the event that you encounter a regression using the package from -updates please report a new bug using ubuntu-bug and tag the bug report regression-update so we can easily find any regresssions.

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package dante - 1.1.19.dfsg-3ubuntu6.12.04.1

---------------
dante (1.1.19.dfsg-3ubuntu6.12.04.1) precise; urgency=low

  * debian/patches/03-configure.patch
    - Revert hardcoded libdl.so path
  * debian/patches/15-fixlibc-search.patch
    - Fix dante-server using the wrong libc.so (LP: #816153)
      by changing the search patch for the libc.so
  * debian/patches/16-fix-dlopen.patch
    - Fix socksify fails to run (LP: #857598)
      by adding search logic to locate the proper libdl.so
 -- Louis Bouchard <email address hidden> Wed, 12 Jul 2013 14:39:18 +0200

Changed in dante (Ubuntu Precise):
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.