Re: [jazzplusplus-devel] New web build instructions and a better Linux install

[D.B. M. <db...@ho...>]

> To: jazzplusplus-devel
> Date: Mon, 17 Nov 2008 16:43:49 -0800
> From: kevinc
> Subject: Re: [jazzplusplus-devel] New web build instructions and a better	Linux install
> 
> 
> On 17 November 2008 at 14:02, Pete Stieber <pstieber> wrote:
> 
> > Did you try the "export LD_DEBUG=files" test?
> 
> Got >28k lines of output.  Attached.
> 
> > What to see if you type
> > 
> > $ tex2rtf
> > in a terminal?  Should be...
> 
> I got what's below.
> 
> > <tex2rtf output>
> > Tex2RTF: input or output file is missing.
> > Tex2RTF version 2.88
> > Usage: tex2rtf [input] [output] [switches]
> > 
> > where valid switches are
> >      -bufsize <size in K>
> >      -charset <pc | pca | ansi | mac> (default ansi)
> >      -twice
> >      -sync
> >      -checkcurlybraces
> >      -checksyntax
> >      -version
> >      -macros <filename>
> >      -winhelp
> >      -rtf
> >      -html
> >      -xlp
> > 
> > </tex2rtf output>
> 
> Cheers....
> 
> 
> --
> Kevin
> 

Woke up this morning and saw all recent chatter - throw my 2cents in here as well ;

It does work over ssh - I know, it's how I routinely check builds on the Deb systems
here -- of course, you need set DISPLAY to the local (connecting host) vidport,
and you have to allow the remote host connection on the local machine (xhost +
remote_ip_addr)....works just fine.

Regarding attachment log....it would appear not to be jazz at all, but instead the
interaction between gtk_libs and glib_libs (more particularly here librsvg/pixbuf and
other related libs)....although how this could happen on a mainstream distro is a bit 
peculiar....have  you upgraded any of these related pkgs lately?

FWIW, I -could- recreate this kind of error (I've seen it before) by doing something
like upgrading the version of glib but not rebuilding (or upgrading) gtk, or similarly
not doing the same with librsvg after a glib change (or anything else that is glib
dependent), but usually I see relocation errors, not undefined_ref errors....so maybe
your problem is something different....like runtime linker failing to load something...

Also...and I don't think this is a problem but it gets a mention...on the Deb systems
here (and my construct), the variable LD_LIBRARY_PATH is no longer system
set -- it is deduced from /etc/ld.co.conf in practise, if LD_LIBRARY_PATH is unset.
(actually, it falls through to /etc/ld.so.conf if LD_LIBRARY_PATH is unset, but if
LD_LIBRARY_PATH is set it takes precedence..)

When we add  ;
export LD_LIBRARY_PATH=/usr/local/wx289/lib:$LD_LIBRARY_PATH

..to the user's .bash_profile, the variable set will appear as ;

LD_LIBRARY_PATH="/usr/local/wx289/lib:"

...with the trailing colon. AFAIK, this shouldn't be a problem...it should just delimit
the string and ignore the nothingness thereafter...at least, that is what I observe
in practise here -- it just looks a bit out of place. We probably have to do it as it
stands though, 'just in case' the user already has LD_LIBRARY_PATH set.....


Now I'm off to update my jazz tree and do it all again to check latest changes...


Regards,

Don




_________________________________________________________________
Take a summer road trip with Windows Live Hotmail. Multiple prizes and the ultimate dream beach house!
http://www.ninemsn.com.au/hotmailroadtrip