[LUGSB] SSH Help?

Michael Baptista mjbaptis at ic.sunysb.edu
Fri Nov 7 13:05:07 EST 2008 

In case you happen to have a Bluetooth adapter, there's a program in the Debian repos that locks/unlocks your screen if it 'senses' your phone being close to it (presumbly, it'd be in your pocket).

-----Original Message-----
From: Tam Nguyen <tamsanh at gmail.com>
Sent: Thursday, November 06, 2008 10:27 AM
To: apellman at ic.sunysb.edu; Linux Users Group at Stony Brook <lugsb at fsl.cs.sunysb.edu>
Subject: Re: [LUGSB] SSH Help?

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
>

More information about the lugsb mailing list