Re: Bug: -d argument to roxterm doesn't work when there's another instance of roxterm running

Tony Houghton <[email protected]> Fri, 2 Apr 2010 18:13:06 +0100
Newsgroups gmane.comp.desktop.rox.devel
Message-ID <[email protected]>
On Fri, 2 Apr 2010 19:03:39 +0200
Yves Lambert <[email protected]> wrote:

> On Fri, Apr 02, 2010 at 12:45:51PM -0300, Adam Richard wrote:
> > The -d (--directory) command-line option to roxterm doesn't work for
> > me when there's another instance of roxterm running.  In that case,
> > it starts in my home directory instead of the one I supply to -d.
> > It works fine if roxterm wasn't already running.
> 
> [...]
>  
> > I'm using Gentoo Linux, with version 1.11.1 of roxterm.
> 
> [...]
> 
> > I notice a similar problem described in this message:
> > 
> > http://article.gmane.org/gmane.comp.desktop.rox.devel/8553/
> > 
> > But that's an old message.
> 
> Your RoxTerm version seems to be old too.
> 
> >  Perhaps a similar fix is required for this bug, or perhaps it was
> >  fixed in one place and not another.
> 
> WFM[1] (RoxTerm version 1.17.1 (debian sid)). I ran RoxTerm from
> within RoxTerm and from within xterm with another instance of RoxTerm
> running roxterm -d myPath and it opened a terminal with the shell into
> ~/myPath as expected on both cases. I expect that you should address
> this bug to Gentoo instead because your RoxTerm version looks old.

WFM too. The latest version is 1.18.1, which has been uploaded to
debian, but I think there's a problem (still) that's keeping everything
stuck in a queue:

<http://lists.debian.org/debian-devel-announce/2010/03/msg00010.html>

-- 
TH * http://www.realh.co.uk

------------------------------------------------------------------------------
Download Intel&#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev