You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by Jason Dillon <ja...@planet57.com> on 2007/11/29 09:18:55 UTC

GShell 1.0-alpha-1 update

Folks, I've halted any significant changes to GShell so we can push  
out a stable release for Geronimo to consume in the next week or so.   
Right now it is pending some dependency releases:

  * plexus-cdc-anno
  * plexus-component-annotations
  * maven-remote-resources-plugin
  * groovy-maven-plugin
  * cobertura-maven-plugin

I've got the ball rolling on each of those and with a wee bit of luck  
and probably a healthy dose of pestering folks, we should get all of  
these resolved to facilitate the first *official* GShell release... yay!

I'm hoping to get GShell 1.0-alpha-1 out in the next week or so,  
really as soon as the deps are published I will start the ball  
moving.  I could use a little help in the mean time for things like  
legal oversight and anything else I might have missed to help make the  
vote+release as smooth as possible,  So if you have a few minutes  
spare it would be nice if you could build the tree and poke around a  
bit er something.

Should be as easy as:

     svn co https://svn.apache.org/repos/asf/geronimo/gshell/trunk  
gshell
     cd gshell
     mvn install

and to test the shell, something like:

     gunzip -c ./gshell-assembly/target/gshell-*-bin.tar.gz | tar xf -
     ./gshell-*/bin/gsh
(and then just make sure that the 'help' command and 'exit' work  
should be sufficient probs).
If ya find anything please file blocker issues for 1.1-alpha-1 here:

   * https://issues.apache.org/jira/browse/GSHELL

And I'll get it sorted out ASAP

  * * *

I've got a lot of plans to improve the plugability (and extensibility)  
of the shell as well as tidy up some of the GShell (BASH-like) syntax,  
get the remote shell muck stable and get some scripting examples up  
and running too... but I have to get this release out first before I  
can continue as those are relatively destabilizing changes.

Lastly, a wee shout out to folks that have been in active with  
da'shell...

  * David Jencks - Your insight is, IMO, invaluable... and I really  
appreciate you taking to time to poke around and enjoy the bliss which  
is GShell :-P
  * Jason Warner - I really appreciate the extra pair of eyes (well,  
and patches too), don't be afraid to laid down some pimp ideas or  
rants, whatever, I don't bite, no matter what you might have heard :-P

And... well, to the rest of you too.  GShell has been a dream I've had  
er since back in the dark days, and its really starting to becoming  
something useful.  So thanks for giving my vision a shot to thrive  
(and well, ya know... kick ass) :-)

Aight, more to come later...

Cheers,

--jason




Re: GShell 1.0-alpha-1 update

Posted by Jason Dillon <ja...@planet57.com>.
On Nov 30, 2007, at 8:42 AM, Kevan Miller wrote:
>> I'm hoping to get GShell 1.0-alpha-1 out in the next week or so,  
>> really as soon as the deps are published I will start the ball  
>> moving.  I could use a little help in the mean time for things like  
>> legal oversight and anything else I might have missed to help make  
>> the vote+release as smooth as possible,  So if you have a few  
>> minutes spare it would be nice if you could build the tree and poke  
>> around a bit er something.
>
> Hi Jason,
> I took a look at the GShell source. Things look good. Two files had  
> old-style src license headers. I'm updating those.

Cool, thx.


> Remaining work, legal-wise, is getting license/notice files in your  
> jars (and updating notice/license file in the root directory). Let's  
> sync up later today. Can discuss the maven-remote-resources plugin  
> and see if we can get it working for GShell...

Hrm... maybe I got mixed up... I've got too many plugins I'm working  
on these days.  Could have sworn I enabled m-r-r-p for GShell...   
Lemme peep again.

--jason

Re: GShell 1.0-alpha-1 update

Posted by Jason Dillon <ja...@planet57.com>.
I will look at creating a custom resource bundle to correct this for  
gshell.  And if it works well, we can move it to genesis and use it  
for the rest of the projects.

--jason


On Dec 3, 2007, at 1:59 PM, Kevan Miller wrote:

>
> On Dec 1, 2007, at 8:30 PM, Jason Dillon wrote:
>
>> Okay, I put it back in... publishing new snaps now.
>
> Thanks.
>
> So, first the NOTICE files in all of the jars are full of useless/ 
> misleading gunk. Is it possible to lose them? All they need to  
> contain is the following:
>
>     //  
> ------------------------------------------------------------------
>     // NOTICE file corresponding to the section 4d of The Apache  
> License,
>     // Version 2.0, in this case for GShell CLI
>     //  
> ------------------------------------------------------------------
>
>     GShell CLI
>     Copyright 2003-2007 Apache Software Foundation
>
>     This product includes software developed at
>    Apache Software Foundation (http://www.apache.org).
>
> And nothing else. Guidance is welcome...
>
> The assemblies are another matter. License text is needed for non- 
> ASL2 licensed jar files. The NOTICE file needs to reproduce the  
> notice files from embedded jar files (ASL2) and give appropriate  
> attribution to their project (this is license dependent). I'll take  
> a look at the jar files for license/notice info.
>
> --kevan


Re: GShell 1.0-alpha-1 update

Posted by Kevan Miller <ke...@gmail.com>.
On Dec 1, 2007, at 8:30 PM, Jason Dillon wrote:

> Okay, I put it back in... publishing new snaps now.

Thanks.

So, first the NOTICE files in all of the jars are full of useless/ 
misleading gunk. Is it possible to lose them? All they need to contain  
is the following:

     //  
------------------------------------------------------------------
     // NOTICE file corresponding to the section 4d of The Apache  
License,
     // Version 2.0, in this case for GShell CLI
     //  
------------------------------------------------------------------

     GShell CLI
     Copyright 2003-2007 Apache Software Foundation

     This product includes software developed at
    Apache Software Foundation (http://www.apache.org).

And nothing else. Guidance is welcome...

The assemblies are another matter. License text is needed for non-ASL2  
licensed jar files. The NOTICE file needs to reproduce the notice  
files from embedded jar files (ASL2) and give appropriate attribution  
to their project (this is license dependent). I'll take a look at the  
jar files for license/notice info.

--kevan

Re: GShell 1.0-alpha-1 update

Posted by Jason Dillon <ja...@planet57.com>.
Okay, I put it back in... publishing new snaps now.

--jason


On Nov 30, 2007, at 8:42 AM, Kevan Miller wrote:

>
> On Nov 29, 2007, at 3:18 AM, Jason Dillon wrote:
>
>> Folks, I've halted any significant changes to GShell so we can push  
>> out a stable release for Geronimo to consume in the next week or  
>> so.  Right now it is pending some dependency releases:
>>
>> * plexus-cdc-anno
>> * plexus-component-annotations
>> * maven-remote-resources-plugin
>> * groovy-maven-plugin
>> * cobertura-maven-plugin
>>
>> I've got the ball rolling on each of those and with a wee bit of  
>> luck and probably a healthy dose of pestering folks, we should get  
>> all of these resolved to facilitate the first *official* GShell  
>> release... yay!
>>
>> I'm hoping to get GShell 1.0-alpha-1 out in the next week or so,  
>> really as soon as the deps are published I will start the ball  
>> moving.  I could use a little help in the mean time for things like  
>> legal oversight and anything else I might have missed to help make  
>> the vote+release as smooth as possible,  So if you have a few  
>> minutes spare it would be nice if you could build the tree and poke  
>> around a bit er something.
>
> Hi Jason,
> I took a look at the GShell source. Things look good. Two files had  
> old-style src license headers. I'm updating those.
>
> Remaining work, legal-wise, is getting license/notice files in your  
> jars (and updating notice/license file in the root directory). Let's  
> sync up later today. Can discuss the maven-remote-resources plugin  
> and see if we can get it working for GShell...
>
> --kevan
>
>


Re: GShell 1.0-alpha-1 update

Posted by Jason Dillon <ja...@planet57.com>.
Aside from the legal bits and few itty-bitty things GShell is ready  
for a release.  Will try to wrap this up tonight.

--jason


On Nov 30, 2007, at 8:42 AM, Kevan Miller wrote:

>
> On Nov 29, 2007, at 3:18 AM, Jason Dillon wrote:
>
>> Folks, I've halted any significant changes to GShell so we can push  
>> out a stable release for Geronimo to consume in the next week or  
>> so.  Right now it is pending some dependency releases:
>>
>> * plexus-cdc-anno
>> * plexus-component-annotations
>> * maven-remote-resources-plugin
>> * groovy-maven-plugin
>> * cobertura-maven-plugin
>>
>> I've got the ball rolling on each of those and with a wee bit of  
>> luck and probably a healthy dose of pestering folks, we should get  
>> all of these resolved to facilitate the first *official* GShell  
>> release... yay!
>>
>> I'm hoping to get GShell 1.0-alpha-1 out in the next week or so,  
>> really as soon as the deps are published I will start the ball  
>> moving.  I could use a little help in the mean time for things like  
>> legal oversight and anything else I might have missed to help make  
>> the vote+release as smooth as possible,  So if you have a few  
>> minutes spare it would be nice if you could build the tree and poke  
>> around a bit er something.
>
> Hi Jason,
> I took a look at the GShell source. Things look good. Two files had  
> old-style src license headers. I'm updating those.
>
> Remaining work, legal-wise, is getting license/notice files in your  
> jars (and updating notice/license file in the root directory). Let's  
> sync up later today. Can discuss the maven-remote-resources plugin  
> and see if we can get it working for GShell...
>
> --kevan
>
>


Re: GShell 1.0-alpha-1 update

Posted by Kevan Miller <ke...@gmail.com>.
On Nov 29, 2007, at 3:18 AM, Jason Dillon wrote:

> Folks, I've halted any significant changes to GShell so we can push  
> out a stable release for Geronimo to consume in the next week or  
> so.  Right now it is pending some dependency releases:
>
> * plexus-cdc-anno
> * plexus-component-annotations
> * maven-remote-resources-plugin
> * groovy-maven-plugin
> * cobertura-maven-plugin
>
> I've got the ball rolling on each of those and with a wee bit of  
> luck and probably a healthy dose of pestering folks, we should get  
> all of these resolved to facilitate the first *official* GShell  
> release... yay!
>
> I'm hoping to get GShell 1.0-alpha-1 out in the next week or so,  
> really as soon as the deps are published I will start the ball  
> moving.  I could use a little help in the mean time for things like  
> legal oversight and anything else I might have missed to help make  
> the vote+release as smooth as possible,  So if you have a few  
> minutes spare it would be nice if you could build the tree and poke  
> around a bit er something.

Hi Jason,
I took a look at the GShell source. Things look good. Two files had  
old-style src license headers. I'm updating those.

Remaining work, legal-wise, is getting license/notice files in your  
jars (and updating notice/license file in the root directory). Let's  
sync up later today. Can discuss the maven-remote-resources plugin and  
see if we can get it working for GShell...

--kevan



Re: GShell 1.0-alpha-1 update

Posted by Jason Dillon <ja...@planet57.com>.
Nope, GShell ATM does not do any dependency downloading.  The only  
delay I know of is when the shell boots up, which may vary depending  
on what is included in the classpath ala classworlds.  The 'help'  
command should defs not take 10 seconds though, so I'd guess your CPU  
or disk was busy causing I/O wait.  If you can reproduce it lemme know.

--jason


On Nov 29, 2007, at 12:21 PM, Jacek Laskowski wrote:

> On Nov 29, 2007 10:25 AM, Jason Dillon <ja...@planet57.com> wrote:
>
>> 10 seconds?  Hrm... thats odd.  It returns right away for me :-\  Can
>> you reproduce it?
>
> No, I can't. It might've been that I was doing something in parallel
> that occupied the laptop. Doesn't gsh download or copy anything that
> could cause it? If not, forget about it...until it's reported again.
>
> Jacek
>
> -- 
> Jacek Laskowski
> http://www.JacekLaskowski.pl


Re: GShell 1.0-alpha-1 update

Posted by Jacek Laskowski <ja...@laskowski.net.pl>.
On Nov 29, 2007 10:25 AM, Jason Dillon <ja...@planet57.com> wrote:

> 10 seconds?  Hrm... thats odd.  It returns right away for me :-\  Can
> you reproduce it?

No, I can't. It might've been that I was doing something in parallel
that occupied the laptop. Doesn't gsh download or copy anything that
could cause it? If not, forget about it...until it's reported again.

Jacek

-- 
Jacek Laskowski
http://www.JacekLaskowski.pl

Re: GShell 1.0-alpha-1 update

Posted by Jason Dillon <ja...@planet57.com>.
On Nov 29, 2007, at 12:58 AM, Jacek Laskowski wrote:
> On Nov 29, 2007 9:18 AM, Jason Dillon <ja...@planet57.com> wrote:
>
>>    gunzip -c ./gshell-assembly/target/gshell-*-bin.tar.gz | tar xf -
>
> I think you meant
>
>  gunzip -c ./gshell-assembly/target/gshell-*-full.tar.gz | tar xf -

Yup, I forgot I renamed the assembly...


> The help and exit commands worked fine. The help command took a wee
> longer than I'd expected (almost 10 seconds) whereas the second time
> it only took a sec. Why is that?

10 seconds?  Hrm... thats odd.  It returns right away for me :-\  Can  
you reproduce it?

--jason


Re: GShell 1.0-alpha-1 update

Posted by Jacek Laskowski <ja...@laskowski.net.pl>.
On Nov 29, 2007 9:18 AM, Jason Dillon <ja...@planet57.com> wrote:

>     gunzip -c ./gshell-assembly/target/gshell-*-bin.tar.gz | tar xf -

I think you meant

  gunzip -c ./gshell-assembly/target/gshell-*-full.tar.gz | tar xf -

The help and exit commands worked fine. The help command took a wee
longer than I'd expected (almost 10 seconds) whereas the second time
it only took a sec. Why is that?

Jacek

-- 
Jacek Laskowski
http://www.JacekLaskowski.pl

Re: GShell 1.0-alpha-1 update

Posted by Jason Dillon <ja...@planet57.com>.
Thats fine.  The who lookup and path searching stuff needs to be  
revisited for the next release, so for now that works.

--jason


On Dec 5, 2007, at 1:29 PM, Guillaume Nodet wrote:

> Btw, while doing some testing, I found that running remote/rshd  
> throws an exception:
>    ERROR NotFoundException: rsh-server
> So I've fixed the alias to point to "remote/rsh-server" instead.
> I suppose the alias resolution could try with the prefix the alias  
> is defined in, but this is not the case, so I've just fixed the  
> alias for now.
>
> On Dec 5, 2007 10:24 PM, Guillaume Nodet <gn...@gmail.com> wrote:
> FYI, I've had a look at GSHELL-60 and committed a fix for it so that  
> the remote part of gshell can be used in ServiceMix 4.0.
> Lots of these changes are about adding constructors to classes  
> (because spring does not support field injection).
> The only real changes are:
>    * introduce a new exception to remove the  
> ComponentLookupException (plexus) thrown from TransportFactoryLocator
>    * refactor TransportFactoryLocator as an interface and rename the  
> previous class to DefaultTransportFactoryLocator
>
> http://svn.apache.org/viewvc?view=rev&revision=601529
> https://issues.apache.org/jira/browse/GSHELL-60
>
>
> On Nov 29, 2007 9:18 AM, Jason Dillon <ja...@planet57.com> wrote:
> Folks, I've halted any significant changes to GShell so we can push  
> out a stable release for Geronimo to consume in the next week or  
> so.  Right now it is pending some dependency releases:
>
>  * plexus-cdc-anno
>  * plexus-component-annotations
>  * maven-remote-resources-plugin
>  * groovy-maven-plugin
>  * cobertura-maven-plugin
>
> I've got the ball rolling on each of those and with a wee bit of  
> luck and probably a healthy dose of pestering folks, we should get  
> all of these resolved to facilitate the first *official* GShell  
> release... yay!
>
> I'm hoping to get GShell 1.0-alpha-1 out in the next week or so,  
> really as soon as the deps are published I will start the ball  
> moving.  I could use a little help in the mean time for things like  
> legal oversight and anything else I might have missed to help make  
> the vote+release as smooth as possible,  So if you have a few  
> minutes spare it would be nice if you could build the tree and poke  
> around a bit er something.
>
> Should be as easy as:
>
>     svn co https://svn.apache.org/repos/asf/geronimo/gshell/trunk  
> gshell
>     cd gshell
>     mvn install
>
> and to test the shell, something like:
>
>     gunzip -c ./gshell-assembly/target/gshell-*-bin.tar.gz | tar xf -
>     ./gshell-*/bin/gsh
> (and then just make sure that the 'help' command and 'exit' work  
> should be sufficient probs).
> If ya find anything please file blocker issues for 1.1-alpha-1 here:
>
>
>   *  https://issues.apache.org/jira/browse/GSHELL
>
> And I'll get it sorted out ASAP
>
>  * * *
>
> I've got a lot of plans to improve the plugability (and  
> extensibility) of the shell as well as tidy up some of the GShell  
> (BASH-like) syntax, get the remote shell muck stable and get some  
> scripting examples up and running too... but I have to get this  
> release out first before I can continue as those are relatively  
> destabilizing changes.
>
> Lastly, a wee shout out to folks that have been in active with  
> da'shell...
>
>
>  * David Jencks - Your insight is, IMO, invaluable... and I really  
> appreciate you taking to time to poke around and enjoy the bliss  
> which is GShell :-P
>  * Jason Warner - I really appreciate the extra pair of eyes (well,  
> and patches too), don't be afraid to laid down some pimp ideas or  
> rants, whatever, I don't bite, no matter what you might have heard :-P
>
> And... well, to the rest of you too.  GShell has been a dream I've  
> had er since back in the dark days, and its really starting to  
> becoming something useful.  So thanks for giving my vision a shot to  
> thrive (and well, ya know... kick ass) :-)
>
> Aight, more to come later...
>
> Cheers,
>
> --jason
>
>
>
>
>
>
> -- 
> Cheers,
> Guillaume Nodet
> ------------------------
> Blog: http://gnodet.blogspot.com/
>
>
>
> -- 
> Cheers,
> Guillaume Nodet
> ------------------------
> Blog: http://gnodet.blogspot.com/


Re: GShell 1.0-alpha-1 update

Posted by Guillaume Nodet <gn...@gmail.com>.
Btw, while doing some testing, I found that running remote/rshd throws an
exception:
   ERROR NotFoundException: rsh-server
So I've fixed the alias to point to "remote/rsh-server" instead.
I suppose the alias resolution could try with the prefix the alias is
defined in, but this is not the case, so I've just fixed the alias for now.

On Dec 5, 2007 10:24 PM, Guillaume Nodet <gn...@gmail.com> wrote:

> FYI, I've had a look at GSHELL-60 and committed a fix for it so that the
> remote part of gshell can be used in ServiceMix 4.0.
> Lots of these changes are about adding constructors to classes (because
> spring does not support field injection).
> The only real changes are:
>    * introduce a new exception to remove the ComponentLookupException
> (plexus) thrown from TransportFactoryLocator
>    * refactor TransportFactoryLocator as an interface and rename the
> previous class to DefaultTransportFactoryLocator
>
> http://svn.apache.org/viewvc?view=rev&revision=601529
> https://issues.apache.org/jira/browse/GSHELL-60
>
>
> On Nov 29, 2007 9:18 AM, Jason Dillon <ja...@planet57.com> wrote:
>
> > Folks, I've halted any significant changes to GShell so we can push out
> > a stable release for Geronimo to consume in the next week or so.  Right now
> > it is pending some dependency releases:
> >  * plexus-cdc-anno
> >  * plexus-component-annotations
> >  * maven-remote-resources-plugin
> >  * groovy-maven-plugin
> >  * cobertura-maven-plugin
> >
> > I've got the ball rolling on each of those and with a wee bit of luck
> > and probably a healthy dose of pestering folks, we should get all of these
> > resolved to facilitate the first *official* GShell release... yay!
> >
> > I'm hoping to get GShell 1.0-alpha-1 out in the next week or so, really
> > as soon as the deps are published I will start the ball moving.  I could use
> > a little help in the mean time for things like legal oversight and anything
> > else I might have missed to help make the vote+release as smooth as
> > possible,  So if you have a few minutes spare it would be nice if you could
> > build the tree and poke around a bit er something.
> >
> > Should be as easy as:
> >
> >     svn co https://svn.apache.org/repos/asf/geronimo/gshell/trunk gshell
> >     cd gshell
> >     mvn install
> >
> > and to test the shell, something like:
> >
> >     gunzip -c ./gshell-assembly/target/gshell-*-bin.tar.gz | tar xf -
> >     ./gshell-*/bin/gsh
> >
> > (and then just make sure that the 'help' command and 'exit' work should be sufficient probs).
> >
> > If ya find anything please file blocker issues for 1.1-alpha-1 here:
> >
> >
> >   *
> > https://issues.apache.org/jira/browse/GSHELL
> >
> >
> >
> > And I'll get it sorted out ASAP
> >
> >
> >
> >  * * *
> >
> >
> >
> > I've got a lot of plans to improve the plugability (and extensibility) of the shell as well as tidy up some of the GShell (BASH-like) syntax, get the remote shell muck stable and get some scripting examples up and running too... but I have to get this release out first before I can continue as those are relatively destabilizing changes.
> >
> >
> >
> > Lastly, a wee shout out to folks that have been in active with da'shell...
> >
> >
> >  * David Jencks - Your insight is, IMO, invaluable... and I really appreciate you taking to time to poke around and enjoy the bliss which is GShell :-P
> >
> >  * Jason Warner - I really appreciate the extra pair of eyes (well, and patches too), don't be afraid to laid down some pimp ideas or rants, whatever, I don't bite, no matter what you might have heard :-P
> >
> >
> >
> > And... well, to the rest of you too.  GShell has been a dream I've had er since back in the dark days, and its really starting to becoming something useful.  So thanks for giving my vision a shot to thrive (and well, ya know... kick ass) :-)
> >
> >
> >
> > Aight, more to come later...
> >
> >
> >
> > Cheers,
> >
> >
> >
> > --jason
> >
> >
> >
> >
> >
>
>
> --
> Cheers,
> Guillaume Nodet
> ------------------------
> Blog: http://gnodet.blogspot.com/




-- 
Cheers,
Guillaume Nodet
------------------------
Blog: http://gnodet.blogspot.com/

Re: GShell 1.0-alpha-1 update

Posted by Guillaume Nodet <gn...@gmail.com>.
FYI, I've had a look at GSHELL-60 and committed a fix for it so that the
remote part of gshell can be used in ServiceMix 4.0.
Lots of these changes are about adding constructors to classes (because
spring does not support field injection).
The only real changes are:
   * introduce a new exception to remove the ComponentLookupException
(plexus) thrown from TransportFactoryLocator
   * refactor TransportFactoryLocator as an interface and rename the
previous class to DefaultTransportFactoryLocator

http://svn.apache.org/viewvc?view=rev&revision=601529
https://issues.apache.org/jira/browse/GSHELL-60

On Nov 29, 2007 9:18 AM, Jason Dillon <ja...@planet57.com> wrote:

> Folks, I've halted any significant changes to GShell so we can push out a
> stable release for Geronimo to consume in the next week or so.  Right now it
> is pending some dependency releases:
>  * plexus-cdc-anno
>  * plexus-component-annotations
>  * maven-remote-resources-plugin
>  * groovy-maven-plugin
>  * cobertura-maven-plugin
>
> I've got the ball rolling on each of those and with a wee bit of luck and
> probably a healthy dose of pestering folks, we should get all of these
> resolved to facilitate the first *official* GShell release... yay!
>
> I'm hoping to get GShell 1.0-alpha-1 out in the next week or so, really as
> soon as the deps are published I will start the ball moving.  I could use a
> little help in the mean time for things like legal oversight and anything
> else I might have missed to help make the vote+release as smooth as
> possible,  So if you have a few minutes spare it would be nice if you could
> build the tree and poke around a bit er something.
>
> Should be as easy as:
>
>     svn co https://svn.apache.org/repos/asf/geronimo/gshell/trunk gshell
>     cd gshell
>     mvn install
>
> and to test the shell, something like:
>
>     gunzip -c ./gshell-assembly/target/gshell-*-bin.tar.gz | tar xf -
>     ./gshell-*/bin/gsh
>
> (and then just make sure that the 'help' command and 'exit' work should be sufficient probs).
>
> If ya find anything please file blocker issues for 1.1-alpha-1 here:
>
>
>   * https://issues.apache.org/jira/browse/GSHELL
>
>
> And I'll get it sorted out ASAP
>
>
>  * * *
>
>
> I've got a lot of plans to improve the plugability (and extensibility) of the shell as well as tidy up some of the GShell (BASH-like) syntax, get the remote shell muck stable and get some scripting examples up and running too... but I have to get this release out first before I can continue as those are relatively destabilizing changes.
>
>
> Lastly, a wee shout out to folks that have been in active with da'shell...
>
>
>  * David Jencks - Your insight is, IMO, invaluable... and I really appreciate you taking to time to poke around and enjoy the bliss which is GShell :-P
>
>  * Jason Warner - I really appreciate the extra pair of eyes (well, and patches too), don't be afraid to laid down some pimp ideas or rants, whatever, I don't bite, no matter what you might have heard :-P
>
>
> And... well, to the rest of you too.  GShell has been a dream I've had er since back in the dark days, and its really starting to becoming something useful.  So thanks for giving my vision a shot to thrive (and well, ya know... kick ass) :-)
>
>
> Aight, more to come later...
>
>
> Cheers,
>
>
> --jason
>
>
>
>
>


-- 
Cheers,
Guillaume Nodet
------------------------
Blog: http://gnodet.blogspot.com/