[LUGSB] SSH Help?

Ehtesh Choudhury merlockmagus at gmail.com
Thu Nov 6 17:17:14 EST 2008 

A script should do nicely in that situation, no? Or perhaps there's a
service somewhere... go forth, search! And the like.

On Thu, Nov 6, 2008 at 10:27 AM, Tam Nguyen <tamsanh at gmail.com> wrote:

> Oh man. Thanks to everyone for this giant list of ideas! I never realized
> that there were so many solutions to this problem. It's much appreciated!
> I'm definitely interested in the all the php frontends, and will have to
> play around with that.
>
> I have another question now. I've got a great little feature on the laptop
> called gdesklets which allows you to add widgets to the desktop. I have
> added a nice, big, clock to the desktop, so that the computer acts as a
> clock for the room. Though, this means that I've had to turn off the
> screensaver to be able to see the clock all the time. However, that seems
> like such a waste when no one is in the room, and more of a disturbance when
> we're trying to sleep.
>
> Brainstorming ideas, I came up with this:
>
> Is there a way that I can monitor the computer's built in microphone, or
> even an external one, so that, when the microphone level reaches a certian
> level (meaning activity in the room), I can use a command like 'xset...
> force on,' to turn on the screen, and when the microphone level drops for a
> certain period of time (meaning someone has left the room), 'xset force
> off,' to turn off the screen?
>
>
> On Wed, Nov 5, 2008 at 9:36 PM, Aaron Pellman-Isaacs <
> apellman at ic.sunysb.edu> wrote:
>
>> I used to use mpd to run a music server hooked up to my stereo with a php
>> frontend (cutomized off the standard php frontends), which could be accessed
>> from anything, anywhere. Always liked it, doesnt have a lot of dev work on
>> it these days, but it doesnt really need to
>> --Aaron
>> Ehtesh Choudhury wrote:
>>
>>> You can definitely use mpd. It's quick and painless! There's a bunch of
>>> mpd clients, including a ncurses version called ncmpc. You can easily run
>>> this from putty, and control your music from there. There is very little of
>>> a learning curve; if you need any help you can just use the help option
>>> inside ncmpc. That said, there may be some limitations -- I don't think it
>>> has the same level of features as amaroK (though I've never used amarok,
>>> actually).
>>>
>>> You don't even need to run 'screen' for mpd -- you can just quit the
>>> client once you're done changing around the music -- and as long as the
>>> daemon is running on the computer, everything should be a-okay.
>>>
>>> Try it out. Heck, maybe there's a standalone windows client for mpd?
>>>
>>> Now that I think about it, there most likely is. Mpd is a service after
>>> all -- accessible as long as you make it available on the network.
>>>
>>> Try it out. There sure seems to be a long list of clients available here:
>>> http://mpd.wikia.com/wiki/Clients -- some of them must be available on
>>> Windows.
>>>
>>> On Wed, Nov 5, 2008 at 3:34 PM, Ilya Sukhanov (dotCOMmie) <
>>> lugsb at sukhanov.net <mailto:lugsb at sukhanov.net>> wrote:
>>>
>>>    Tam Nguyen wrote:
>>>
>>>        I don't understand why I would need an X server on the windows
>>>        side, because
>>>        I'm running the applications on Ubuntu's side, just
>>>        controlling them from
>>>        the windows machine. And inside the */etc/ssh/sshd_config
>>>        file, I've got the
>>>        X11Forwarding option set to 'yes'*
>>>
>>>
>>>    X is a little bit confusing and might sound backwards to
>>>    beginners. The server
>>>    on X is where the data is actually rendered and the clients are
>>>    the application
>>>    which request things to be drawn. In your case the client is
>>>    Amarok. Since the
>>>    rendering will be done on you windows box you have to have an X
>>>    server installed
>>>    there. If your remote machine was linux based and not windows it
>>>    would already have an X server installed and none of this would be
>>>    a problem.
>>>
>>>    For more info about X window check out the wikipedia entry [1] it
>>>    has some interesting info.
>>>
>>>        ...
>>>
>>>
>>>        I've taken the iniative to look around for music players that
>>>        don't require
>>>        an GUI...
>>>
>>>
>>>    I regularly use a console based music player called moc [2] (mocp
>>>    is the excutable). Its not as feature-full as amarok but it does
>>>    work for most scenarios. Its also written to be able to run in the
>>>    background so you don't even need to run screen [3] to manage it.
>>>    I can't say that its the right solution for your problem (and
>>>    neither is amarok) but it is very useful, check it out.
>>>
>>>    For the proper solution you should look into client-server or
>>>    web-based
>>>    solutions as has been suggested already.
>>>
>>>
>>>        But the real reason I wanted to do this was because I felt
>>>        this simple set
>>>        up would be a good excercise in using ssh.
>>>
>>>    >
>>>    > I still don't understand the X
>>>    > server requirement. Shouldn't that X11Forwarding option cover that?
>>>
>>>    While the exercise is useful, you must remember that SSH has
>>>    nothing to do with
>>>    X. Your exercise is in X, it uses sockets to communicate between
>>>    Server and
>>>    Client and it does care whether this is over TCP, local-sockets or
>>>    even SSH.
>>>
>>>    If you want to learn more about SSH I would be happy to give a
>>>    talk on it. But that would be of limited use as your problems are
>>>    in X. Unfortunately I don't know about X to explain all the gritty
>>>    details of it, Although Adam Martin did give an awesome talk on X
>>>    window two years ago. Maybe you guys should invite him back?
>>>
>>>
>>>        I was following the tutorial on the ubuntu wiki (
>>>        https://help.ubuntu.com/community/SSHHowto), and it didn't
>>>        mention anything
>>>        about X servers except for nested windows, or something.
>>>
>>>
>>>    The tutorial assumes you are already running a X server and if you
>>>    have a linux
>>>    desktop that is not such a horrible assumption.
>>>
>>>    If you are still confused feel free to ask for clarification.
>>>
>>>    [1] http://en.wikipedia.org/wiki/X_window#Design
>>>    [2] http://moc.daper.net/
>>>    [3] http://www.gnu.org/software/screen/
>>>       http://en.wikipedia.org/wiki/Gnu_screen
>>>
>>>
>>>    PS. While writing this email my X server crashed. I cant remember
>>>    when the last time that happened? Coincidence? Or does X have some
>>>    mechanism to detect that it is being talked about?
>>>
>>>    _______________________________________________
>>>    lugsb mailing list
>>>    lugsb at mail.fsl.cs.sunysb.edu <mailto:lugsb at mail.fsl.cs.sunysb.edu>
>>>    To unsubscribe from this list, go to:
>>>    http://www.fsl.cs.sunysb.edu/mailman/listinfo/lugsb
>>>
>>>
>>> ------------------------------------------------------------------------
>>>
>>> _______________________________________________
>>> lugsb mailing list
>>> lugsb at mail.fsl.cs.sunysb.edu
>>> To unsubscribe from this list, go to:
>>> http://www.fsl.cs.sunysb.edu/mailman/listinfo/lugsb
>>>
>>>
>>
>> _______________________________________________
>> lugsb mailing list
>> lugsb at mail.fsl.cs.sunysb.edu
>> To unsubscribe from this list, go to:
>> http://www.fsl.cs.sunysb.edu/mailman/listinfo/lugsb
>>
>
>
> _______________________________________________
> lugsb mailing list
> lugsb at mail.fsl.cs.sunysb.edu
> To unsubscribe from this list, go to:
> http://www.fsl.cs.sunysb.edu/mailman/listinfo/lugsb
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.fsl.cs.sunysb.edu/pipermail/lugsb/attachments/20081106/8b375e05/attachment.htm

More information about the lugsb mailing list