Re: [sshd] clients and echo
It seems we should do the work and configure the pseudo terminal in the right way given the received parameters from the client. Unfortunately, we don't do that as you've seen. I think we should define a terminal abstraction that would be given to the ShellFactory when creating the shell, but I'm not sure yet what needs to be done. Ideally, we should be able to integrate with the OS when launching a real shell. On Mon, Aug 17, 2009 at 13:51, Frank van der Kleij kl...@hotmail.comwrote: Thanks for the feedback. It's not that I wouldn't want to work on it, but unfortunately I don't have the time to dig in the SSH specifics. I am trying to abstract from it as much as possible and see it as a transport layer. I am working on it after hours only and got my hands full with the rest. In ChannelSession only ONCLR is used (in handleShell), do you think the echoing should be managed there or is it a shell responsibility? Date: Mon, 17 Aug 2009 02:09:04 +0200 Subject: Re: [sshd] clients and echo From: gno...@gmail.com To: dev@mina.apache.org The echo stuff amongst other things is sent using the pty-req command from the ssh client to the server. The problem is that those parameters can't be modified atm, so we need to enhance the client api to allow overriding those parameters. You can make a try by changing the client code and sending 0 for ECHO, ECHOE, ECHO_K, ECHO_NL, NOFLSH and see if it behaves better. The other problem is that the server side supports this command and store the value of the different configuration bits (see ChannelSession#ptyModes), but has no way to inform the shell that those values have changed. I think we should raise jira about these issues and fix them if possible. Wanna raise the jiras and eventually work on a patch ? On Sun, Aug 16, 2009 at 21:07, Frank van der Kleij kl...@hotmail.com wrote: I am trying to roll my own sshd based server but I am having some issues with the different clients and echoing what comes in. It seems like most clients send each character to the server and expect the server to echo it. The term attribute is set to 'xterm something ' for PuTTY and *nix based ssh clients; cygwin sets 'cygwin'. The java sshd client sets 'dummy' for term. It does not send each character, but waits until the user presses Enter and thus does not need the server to echo. Echoing would just repeat what the user entered before the result is shown. I am currently activating echo on the server when the term attribute starts with xterm or cygwin, but this does not seem a very good approach. God knows which other clients could connect. Is there any way to determine in a clean way whether the sshd server should echo what comes in? Should it always echo and is the sshd client wrong here? _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/ Open Source SOA http://fusesource.com _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/ Open Source SOA http://fusesource.com
How to revert wiki page changes?
Had updated the Main documentation page to add Codec Repo link, couple of days back. Well as of now the page is not displaying as a table, as it used to be. Have tried everything I knew to make it look better, but it seems it won't listen to me. Can anyone help me either fix the page formatting or revert to it previous version? -- thanks ashish Blog: http://www.ashishpaliwal.com/blog My Photo Galleries: http://www.pbase.com/ashishpaliwal
Re: How to revert wiki page changes?
Hi! On Fri, Aug 21, 2009 at 12:09, Ashishpaliwalash...@gmail.com wrote: Had updated the Main documentation page to add Codec Repo link, couple of days back. Well as of now the page is not displaying as a table, as it used to be. Have tried everything I knew to make it look better, but it seems it won't listen to me. Can anyone help me either fix the page formatting or revert to it previous version? What if you choose the right version from this page[1] (Restore this version)? I think it takes some time to get visible on the page linked from our homepage, but you should see the correct version on the Preview tab. HTH, Michael 1: http://cwiki.apache.org/confluence/pages/viewpreviousversions.action?pageId=29009
Re: [Vysper] Adding ID field in InfoRequest
Niklas Gustavsson wrote: On Thu, Aug 20, 2009 at 10:08 PM, Bernd Fondermannbf_...@brainlounge.de wrote: Would anyone object against adding the ID from the original request as a field and getter in InfoRequest? Sorry, got it now... +1. :-) Now implemented. For what it is worth, the use case is http://xmpp.org/extensions/xep-0045.html#disco-occupant Thanks. What do you think does the reference to the Implementation Guidelines refer to? #9? If yes, then the this forwarding should generally not be possible, as far as I understand it. WDYT? Bernd
Re: [Vysper] Adding ID field in InfoRequest
On Fri, Aug 21, 2009 at 12:56 PM, Bernd Fondermannbf_...@brainlounge.de wrote: :-) Now implemented. For what it is worth, the use case is http://xmpp.org/extensions/xep-0045.html#disco-occupant Thanks. What do you think does the reference to the Implementation Guidelines refer to? #9? If yes, then the this forwarding should generally not be possible, as far as I understand it. I have no idea. I've read through the section multiple times without understanding what it refers to. Right now, we forward everything. However, I plan to make use of a ServerFeatures-like interface to be able to disable this (and some other optional features). /niklas
Re: [Vysper] Adding ID field in InfoRequest
Niklas Gustavsson wrote: On Fri, Aug 21, 2009 at 12:56 PM, Bernd Fondermannbf_...@brainlounge.de wrote: :-) Now implemented. For what it is worth, the use case is http://xmpp.org/extensions/xep-0045.html#disco-occupant Thanks. What do you think does the reference to the Implementation Guidelines refer to? #9? If yes, then the this forwarding should generally not be possible, as far as I understand it. I have no idea. I've read through the section multiple times without understanding what it refers to. Right now, we forward everything. However, I plan to make use of a ServerFeatures-like interface to be able to disable this (and some other optional features). :-) I'd attribute it to the speaking with the 'ChatBot' feature. +1 for a features class and +1 for disabling this forwarding per default. Bernd
[jira] Created: (FTPSERVER-325) ftpd-full.xml does not show options on server element
ftpd-full.xml does not show options on server element - Key: FTPSERVER-325 URL: https://issues.apache.org/jira/browse/FTPSERVER-325 Project: FtpServer Issue Type: Improvement Components: Server Affects Versions: 1.0.2 Reporter: Frank van der Kleij Priority: Minor The configuration options on the server element listed in http://mina.apache.org/ftpserver/server.html are not available in distribution/res/conf/ftpd-full.xml (except for the id attribute) I'll submit a patch. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (FTPSERVER-325) ftpd-full.xml does not show options on server element
[ https://issues.apache.org/jira/browse/FTPSERVER-325?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Frank van der Kleij updated FTPSERVER-325: -- Attachment: FTPSERVER-325.patch The patch is made relative to the full-ftpd.xml file. ftpd-full.xml does not show options on server element - Key: FTPSERVER-325 URL: https://issues.apache.org/jira/browse/FTPSERVER-325 Project: FtpServer Issue Type: Improvement Components: Server Affects Versions: 1.0.2 Reporter: Frank van der Kleij Priority: Minor Attachments: FTPSERVER-325.patch The configuration options on the server element listed in http://mina.apache.org/ftpserver/server.html are not available in distribution/res/conf/ftpd-full.xml (except for the id attribute) I'll submit a patch. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[VOTE] Release SSHD 0.2.0
I've uploaded a new release of SSHD that a few bugs / enhancements. The release is available at http://people.apache.org/~gnodet/staging/sshd-0.2.0/ The source distributions are available at: http://people.apache.org/~gnodet/staging/sshd-0.2.0/org/apache/sshd/sshd/0.2.0/sshd-0.2.0-project.tar.gz http://people.apache.org/~gnodet/staging/sshd-0.2.0/org/apache/sshd/sshd/0.2.0/sshd-0.2.0-project.zip http://people.apache.org/~gnodet/staging/sshd-0.2.0/org/apache/sshd/sshd/0.2.0/sshd-0.2.0-project.tar.bz2 The release page is available at: http://cwiki.apache.org/SSHD/sshd-020.html Please review and vote [ ] +1 Release SSHD 0.2.0 [ ] -1 Do not release -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/ Open Source SOA http://fusesource.com
Re: [VOTE] Release SSHD 0.2.0
Le Fri, 21 Aug 2009 18:02:10 +0200, Guillaume Nodet gno...@gmail.com a écrit : I've uploaded a new release of SSHD that a few bugs / enhancements. The release is available at http://people.apache.org/~gnodet/staging/sshd-0.2.0/ The source distributions are available at: http://people.apache.org/~gnodet/staging/sshd-0.2.0/org/apache/sshd/sshd/0.2.0/sshd-0.2.0-project.tar.gz http://people.apache.org/~gnodet/staging/sshd-0.2.0/org/apache/sshd/sshd/0.2.0/sshd-0.2.0-project.zip http://people.apache.org/~gnodet/staging/sshd-0.2.0/org/apache/sshd/sshd/0.2.0/sshd-0.2.0-project.tar.bz2 The release page is available at: http://cwiki.apache.org/SSHD/sshd-020.html Please review and vote [ ] +1 Release SSHD 0.2.0 [ ] -1 Do not release Looks fine for me +1 Just a note : binary distribution in the tarballs would be cool :) Julien signature.asc Description: PGP signature
Re: [VOTE] Release SSHD 0.2.0
+1 Jeff On Aug 21, 2009, at 10:02 AM, Guillaume Nodet wrote: I've uploaded a new release of SSHD that a few bugs / enhancements. The release is available at http://people.apache.org/~gnodet/staging/sshd-0.2.0/ The source distributions are available at: http://people.apache.org/~gnodet/staging/sshd-0.2.0/org/apache/sshd/sshd/0.2.0/sshd-0.2.0-project.tar.gz http://people.apache.org/~gnodet/staging/sshd-0.2.0/org/apache/sshd/sshd/0.2.0/sshd-0.2.0-project.zip http://people.apache.org/~gnodet/staging/sshd-0.2.0/org/apache/sshd/sshd/0.2.0/sshd-0.2.0-project.tar.bz2 The release page is available at: http://cwiki.apache.org/SSHD/sshd-020.html Please review and vote [ ] +1 Release SSHD 0.2.0 [ ] -1 Do not release -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/ Open Source SOA http://fusesource.com
Re: [VOTE] Release SSHD 0.2.0
Right, I forgot it, but IIRC, it was raised in the previous release. I'll raise a JIRA issue now that it's not forgotten next time. On Fri, Aug 21, 2009 at 18:34, Julien Vermillard jvermill...@archean.frwrote: Le Fri, 21 Aug 2009 18:02:10 +0200, Guillaume Nodet gno...@gmail.com a écrit : I've uploaded a new release of SSHD that a few bugs / enhancements. The release is available at http://people.apache.org/~gnodet/staging/sshd-0.2.0/http://people.apache.org/%7Egnodet/staging/sshd-0.2.0/ The source distributions are available at: http://people.apache.org/~gnodet/staging/sshd-0.2.0/org/apache/sshd/sshd/0.2.0/sshd-0.2.0-project.tar.gzhttp://people.apache.org/%7Egnodet/staging/sshd-0.2.0/org/apache/sshd/sshd/0.2.0/sshd-0.2.0-project.tar.gz http://people.apache.org/~gnodet/staging/sshd-0.2.0/org/apache/sshd/sshd/0.2.0/sshd-0.2.0-project.ziphttp://people.apache.org/%7Egnodet/staging/sshd-0.2.0/org/apache/sshd/sshd/0.2.0/sshd-0.2.0-project.zip http://people.apache.org/~gnodet/staging/sshd-0.2.0/org/apache/sshd/sshd/0.2.0/sshd-0.2.0-project.tar.bz2http://people.apache.org/%7Egnodet/staging/sshd-0.2.0/org/apache/sshd/sshd/0.2.0/sshd-0.2.0-project.tar.bz2 The release page is available at: http://cwiki.apache.org/SSHD/sshd-020.html Please review and vote [ ] +1 Release SSHD 0.2.0 [ ] -1 Do not release Looks fine for me +1 Just a note : binary distribution in the tarballs would be cool :) Julien -- Cheers, Guillaume Nodet Blog: http://gnodet.blogspot.com/ Open Source SOA http://fusesource.com
Re: [VOTE] Release SSHD 0.2.0
[X] +1 Release SSHD 0.2.0 -- -- cordialement, regards, Emmanuel Lécharny www.iktek.com directory.apache.org
[jira] Closed: (VYSPER-111) Changing Nickname
[ https://issues.apache.org/jira/browse/VYSPER-111?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Niklas Gustavsson closed VYSPER-111. Resolution: Fixed Assignee: Niklas Gustavsson Implemented in rev 806592 and 806721 Changing Nickname - Key: VYSPER-111 URL: https://issues.apache.org/jira/browse/VYSPER-111 Project: VYSPER Issue Type: Sub-task Components: XEP-0045 MUC Reporter: Niklas Gustavsson Assignee: Niklas Gustavsson -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [VOTE] Release SSHD 0.2.0
[X] +1 Release SSHD 0.2.0 thanks ashish Blog: http://www.ashishpaliwal.com/blog My Photo Galleries: http://www.pbase.com/ashishpaliwal