Re: [9fans] GSoC application & ideas page

Re: [9fans] GSoC application & ideas page

[Brian L. Stuart]

> >> I'd suggest to complete native SSH2 implementation.
> > 
> > ...
> 
> Let's not take this one completely off the table yet.  SSHv2
> would be extremely useful in helping open up communication
> with external systems again.

As Erik said, there is a substantial effort here, probably
more than we could expect of a student during a summer.
However, I can now say that the effort has been made, and
something more of an announcement will be forthcoming.
It'll probably be at least a few days, but a native SSHv2
implementation does exist.

>  I use to find sshnet extremely
> viable in a mixed network where now I'm just using sshv2 to
> tunnel in overly complicated startup scripts.

There's not a direct replacement for sshnet per se in this
implementation, but here ssh becomes a protocol sitting in
/net.  So it should be pretty easy to tunnel just about
anything, and I suspect that the changes needed to sshnet
would be relatively minor and would cut out all the SSH
protocol bits.

BLS

Re: [9fans] GSoC application & ideas page

[erik quanstrom]

On Wed Mar 14 14:03:34 EDT 2012, blstuart@bellsouth.net wrote:
> > >> I'd suggest to complete native SSH2 implementation.
> > > 
> > > ...
> > 
> > Let's not take this one completely off the table yet.  SSHv2
> > would be extremely useful in helping open up communication
> > with external systems again.
> 
> As Erik said, there is a substantial effort here, probably
> more than we could expect of a student during a summer.
> However, I can now say that the effort has been made, and
> something more of an announcement will be forthcoming.
> It'll probably be at least a few days, but a native SSHv2
> implementation does exist.
> 
> >  I use to find sshnet extremely
> > viable in a mixed network where now I'm just using sshv2 to
> > tunnel in overly complicated startup scripts.
> 
> There's not a direct replacement for sshnet per se in this
> implementation, but here ssh becomes a protocol sitting in
> /net.  So it should be pretty easy to tunnel just about
> anything, and I suspect that the changes needed to sshnet
> would be relatively minor and would cut out all the SSH
> protocol bits.

boo-ya!

- erik

[9fans] GSoC application & ideas page

[Anthony Sorace]

[-- Attachment #1: Type: text/plain, Size: 924 bytes --]

Folks:
	As of Friday, the GSoC application is in, and as of today,
Google's considering who gets the slots. As in years past, an
important part of this consideration is the organizations "ideas
page". I've created one[0] on our wiki specifically for this year
and pre-populated it with ones drawn from last year that seem
still relevant or undone (to the best of my knowledge). I also
made the rating system a bit more granular and took a stab at
updating the difficulty.

	It would be good if folks could look this over and make any
changes to ideas they know about. It would be even better if
folks could add ideas (with suitable descriptions) to the list. My
experience in listening in on "rejection meetings" is that among
projects with otherwise sound applications, the ideas list is the
strongest differentiator.

Anthony

[0]	http://www.plan9.bell-labs.com/wiki/plan9/gsoc-2012-ideas/index.html


[-- Attachment #2: Message signed with OpenPGP using GPGMail --]
[-- Type: application/pgp-signature, Size: 210 bytes --]

Re: [9fans] GSoC application & ideas page

[Peter A. Cejchan]

> It would be nice to have a widget library including buttons, drop-down menus, multiple-line text entry, radio buttons, scrollbars, etc.

Oh, no!!!
++pac

Re: [9fans] GSoC application & ideas page

[Yaroslav]

I'd suggest to complete native SSH2 implementation.

2012/3/13 Peter A. Cejchan <tyapca7@gmail.com>:
>> It would be nice to have a widget library including buttons, drop-down menus, multiple-line text entry, radio buttons, scrollbars, etc.
>
> Oh, no!!!
> ++pac
>



--
- Yaroslav

Re: [9fans] GSoC application & ideas page

[Anthony Sorace]

[-- Attachment #1: Type: text/plain, Size: 348 bytes --]

> I'd suggest to complete native SSH2 implementation.

This has obvious utility, but I'm hesitant to add it without a
mentor who can vouch for its suitability for a summer-sized
student project, and who'd be willing to mentor a good
proposal for it. To me, it seems larger than that, but I'd be
happy to be wrong. Any takers?

Anthony



[-- Attachment #2: Message signed with OpenPGP using GPGMail --]
[-- Type: application/pgp-signature, Size: 210 bytes --]

Re: [9fans] GSoC application & ideas page

[Jeff Sickel]

On Mar 13, 2012, at 11:42 PM, Anthony Sorace wrote:

>> I'd suggest to complete native SSH2 implementation.
>
> This has obvious utility, but I'm hesitant to add it without a
> mentor who can vouch for its suitability for a summer-sized
> student project, and who'd be willing to mentor a good
> proposal for it. To me, it seems larger than that, but I'd be
> happy to be wrong. Any takers?

Let's not take this one completely off the table yet.  SSHv2
would be extremely useful in helping open up communication
with external systems again.  I use to find sshnet extremely
viable in a mixed network where now I'm just using sshv2 to
tunnel in overly complicated startup scripts.

If someone is interested, with a predisposition towards
security issues, including a track record of tackling such
a task, I'd say we encourage it.  Getting us one step closer
to dealing with the default toolchain for many systems would
help for any future projects.

-jas

Re: [9fans] GSoC application & ideas page

[erik quanstrom]

> On Mar 13, 2012, at 11:42 PM, Anthony Sorace wrote:
>
> >> I'd suggest to complete native SSH2 implementation.
> >
> > This has obvious utility, but I'm hesitant to add it without a
> > mentor who can vouch for its suitability for a summer-sized
> > student project, and who'd be willing to mentor a good
> > proposal for it. To me, it seems larger than that, but I'd be
> > happy to be wrong. Any takers?
>
> Let's not take this one completely off the table yet.  SSHv2
> would be extremely useful in helping open up communication
> with external systems again.  I use to find sshnet extremely
> viable in a mixed network where now I'm just using sshv2 to
> tunnel in overly complicated startup scripts.

sshv2 as a gsoc project will fail.  having seen an implementation
done up close, it's 3+ man-months of effort for a very skilled full-time
professional with years of plan 9 experience.  even so there are a
number of important decisions that will take up the summer like
how to relate to the v1 implementation, how to deal with passwords
keyrings and certs.  those are going to cost time.

i'd love to find the student who could do it in about 1/3 the hrs.
but i don't think that's realistic.

- erik

Re: [9fans] GSoC application & ideas page

[erik quanstrom]

On Tue Mar 13 07:31:46 EDT 2012, yarikos@gmail.com wrote:
> I'd suggest to complete native SSH2 implementation.
>

this project is too large for a summer.

- erik

Re: [9fans] GSoC application & ideas page

[erik quanstrom]

On Tue Mar 13 09:01:07 EDT 2012, quanstro@quanstro.net wrote:
> On Tue Mar 13 07:31:46 EDT 2012, yarikos@gmail.com wrote:
> > I'd suggest to complete native SSH2 implementation.
> >
>
> this project is too large for a summer.

however, implementing tls1.2 is not.

- erik

Re: [9fans] GSoC application & ideas page

[John Floren]

On Tue, Mar 13, 2012 at 12:05 AM, Peter A. Cejchan <tyapca7@gmail.com> wrote:
>> It would be nice to have a widget library including buttons, drop-down menus, multiple-line text entry, radio buttons, scrollbars, etc.
>
> Oh, no!!!
> ++pac
>

Oddly enough, that idea does not come with the rider, "And then force
Peter to use the library exclusively". I somehow doubt that acme will
suddenly turn into an MS Word-esque monstrosity simply because someone
has created a successor to libpanel.

John

Re: [9fans] GSoC application & ideas page

[Peter A. Cejchan]

> Oddly enough, that idea does not come with the rider, "And then force
> Peter to use the library exclusively". I somehow doubt that acme will
[snip]

Be sure I will never downgrade to bells and whistles that add no
functionality, hewever, others would.hen rewrite every other's program
UI?
:-)

Best,
++pac

Re: [9fans] GSoC application & ideas page

[erik quanstrom]

> Oddly enough, that idea does not come with the rider, "And then force
> Peter to use the library exclusively". I somehow doubt that acme will
> suddenly turn into an MS Word-esque monstrosity simply because someone
> has created a successor to libpanel.

libpanel could be classified as a hate crime against the eyes.

- erik