← Back to team overview

openjdk team mailing list archive

[Bug 586641] Re: java (Sun and OpenJDK) environments contain bogus XFILESEARCHPATH

 

Accepted openjdk-6 into lucid-proposed, the package will build now and
be available in a few hours. Please test and give feedback here. See
https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to
enable and use -proposed. Thank you in advance!

** Also affects: openjdk-6 (Ubuntu Lucid)
   Importance: Undecided
       Status: New

** Also affects: sun-java6 (Ubuntu Lucid)
   Importance: Undecided
       Status: New

** Also affects: openjdk-6 (Ubuntu Maverick)
   Importance: Undecided
       Status: Confirmed

** Also affects: sun-java6 (Ubuntu Maverick)
   Importance: Undecided
       Status: Won't Fix

** Changed in: openjdk-6 (Ubuntu Lucid)
       Status: New => Fix Committed

** Tags added: verification-needed

-- 
java (Sun and OpenJDK) environments contain bogus XFILESEARCHPATH
https://bugs.launchpad.net/bugs/586641
You received this bug notification because you are a member of OpenJDK,
which is subscribed to openjdk-6 in ubuntu.

Status in “openjdk-6” package in Ubuntu: Confirmed
Status in “sun-java6” package in Ubuntu: Won't Fix
Status in “openjdk-6” source package in Lucid: Fix Committed
Status in “sun-java6” source package in Lucid: New
Status in “openjdk-6” source package in Maverick: Confirmed
Status in “sun-java6” source package in Maverick: Won't Fix

Bug description:
Java applications will receive the bogus environment setting
XFILESEARCHPATH=/usr/dt/app-defaults/%L/Dt
NLSPATH=/usr/dt/lib/nls/msg/%L/%N.cat

These override the sane default paths that are otherwise used

Ubuntu Jaunty
openjdk-6-jre 6b14-1.4.1-0ubuntu13
sun-java6-jre 6.20dlj-0ubuntu1.9.04

Ubuntu Lucid
openjdk-6-jre 6b17~pre3-1ubuntu2
openjdk-6-jre 6b18-1.8-0ubuntu1



apt-file search shows no existence of /usr/dt; the app-defaults directory should be something like /etc/X11/app-defaults/%N, with no %L (locale) parameter.
Simply appending ":%D" to the current value of XFILESEARCHPATH would invoke the intended behaviour, just in case that directory ever existed and was needed.


The quickest way to detect the effects of a mis-set XFILESEARCHPATH:
Runtime.getRuntime().exec("xterm");
Note that the ctrl-click menu includes the heading "(no app-defaults)" and the "backarrow" option is checked, causing the backspace to generate the wrong code (might not be noticed immediately since the readline library used by bash is forgiving, but a program that relies on the terminal driver (e.g. cat) or a terminfo-based program will malfunction)

I don't know enough about NLSPATH to determine whether it breaks anything, but I expect it does.