Computers

This is a deplate of my Viki notes file on XRandR

by

1.1 Querying information

This was taken  with my ASUS 1015PE Netbook (Alice) hooked up to my LG
wide screen at home on 2011-07-23.

$ xrandr -q

Screen 0: minimum 320 x 200, current 2944 x 1080, maximum 4096 x 4096

LVDS1 connected 1024x600+1920+0 (normal left inverted right x axis y axis) 220mm x 129mm

   1024x600       60.0*+

   800x600        60.3     56.2 

   640x480        59.9 

VGA1 connected 1920x1080+0+0 (normal left inverted right x axis y axis) 477mm x 268mm

   1920x1080      60.0*+

   1680x1050      60.0 

   1280x1024      75.0     60.0 

   1152x864       75.0 

   1024x768       75.1     60.0 

   800x600        75.0     60.3 

   640x480        75.0     60.0 

   720x400        70.1 

$

LVDS1 is Alice’s display. VGA1 is the monitor hooked up to the VGA
port on the side.

1.2 Positioning monitors

       

  • xrandr –output M1 –left-of M2 :: M1 is left of M2

    •    

  • xrandr –output M1 –right-of M2 :: M1 is right of M2
  • xrandr –output M1 –above M2 :: M1 is above M2
  • xrandr –output M1 –below M2 :: M1 is below M2
  • xrandr –output M1 –same-as M2 :: M1 and M2 mirror each other.

Where M1 and M2 are the short names given from xrandr -q. I assume that

    $ xrandr --output M1 --left-of M2 --output M2 --right-of M1

Is permitted, +/- using two xrandr commands for it, as well as being
redundant.

1.3 Setting monitor resolutions

    $ xrandr --output NAME --mode SIZExSIZE

Sets the monitor NAME to the given mode.

1.4 Turning monitors on and off

1.4.1 On

    $ xrandr --output WHICH --mode 1024x768

1.4.2 Off

    $ xrandr --output WHICH --off

Rapid fire shell coding :-)

by

Well, since Friday night, I have been pretty steadily working on my ~/.sh infrastructure. I started by hooking up alice to sal1600’s monitor (22″), keyboard, and rat. Since I rather distaste how the GNOME/Ubuntu has been acting late: I also took the libtery of adding my xmonad.hs file to git, then ditching GNOME for a pure XMonad session. As I use programs that need a system tray to really be useful enough to me (e.g. pidgin), I’m using fbpanel: good old staple.

For a little while I experimented with making the inactive windows transparent, this works pretty great, but rather interfers with my custom xterm wrapper script that sets my terminals ocupacy: the propteries set by transset-df get lost :-(. Looked at some other terminal emulators supporting transparency, besides gnome-terminal and rxvt-unicode. Sakura seems to be the best bet, and evilvte almost excellence (better to compile from source then using the .deb). In the end, I just switched off the fancy effects, since most of the time I am using a terminal or reading text anyway.

Next up was figuring out how to use XRandR to manually configure my displays. Better still, I wanted to extend my ~/.sh and X session infrastructure to auto-magically configure itself to Do What I Want when I launch a session when hooked up to an external monitor. For architecture and convience, it can also be run as a shell script, thus supporting a sort of hot plugging. So right now, if I hook up to say my 22″ widescreen and let alice do it’s magic configuration: after I login, I will be working off the big screen, so I can ignore the 10.1″ little one :-). This isn’t without a few warts though, namely if I go hotpluggy with it, fbpanel needs to be restarted in order to render on the new primary display (I just switch off the netbooks display), and pidgin becomes confused on where to render notifications (oi) with how it’s setup in the default Ubuntux way. Oh, and hardware issue being that the touch pad makes the cursor jiggly should I close the lid lol. The performance is also noticably slower on 1980×1080 but works very snappy. I really am inpressed with this sweet little ASUS.

I then pretty much went about refactoring bits and pieces of my `sh services environment`, going so far as to create a GNUmakefile that I can use to help set things up whenever rigging a clone on a new install. Being lazy, I also finally moved ~/sw/sh from Dropbox to git. Generally I use bin for local binaries, sh for portable scripts, and sh.local for things specific to the system. Usually odds and ends that reflect a very specific setup.

Over a dozen commits later, I like the result pretty well. The only problem is, the difference between the 20″ screen at work and this 22″ screen, I now have so much screen realestate that I don’t know what to do with it LOL. In Windows, most of it just goes to waste for want of XMonad.

VNC over SSH, the idiots guide.

by

Since I rather like to have options, I’ve decided to augment my usual SSH /w option of X forwarding to the option of VNC as well.

Objective: connect to my netbooks X session using VNC, tunnelled over SSH.

Implementation:

Since my netbook runs a GNOME centric distribution, I’m using the “Remote Desktop” preferences program on “System -> Preferences”. If you’re like me and to damn lazy to hunt and peck, this just runs the program ‘vino-preferences’. On here it’s possible to setup VNC access to your desktop. In essence, it just runs vino when you login. There are loads of good and bad write ups on VNC server setup and 3 or 4 click setup is good enough for me.

My iptables rules pretty much block such things as incoming VNC requests, which is good because I don’t want the session exposed across the network interface. Pretty much all there is for accessing my netbook is the SSH port.

Now on another system, it’s possible to connect using SSH forwarding. This gains us both encryption for the VNC session and less port exposure; that is good for security.

PuTTY client setup:

  1. Load/create your session in PuTTY
  2. Go to SSH -> Tunnels
  3. Add a port forwards
    1. source port: 5900
    2. destination: localhost:5900
  4. Login to the system using PuTTY.
OpenSSH client setup:
  1. ssh -L 5900:localhost:5900 username@host
There are options for both if disabling the shell session and only running the forwarding is preferred (PuTTY: SSH->Don’t start a command at all; OpenSSH -> RTFM for -n, -N, and -f). 5900 is the default VNC port running off the server end (my netbook).
Now on the client machine, connecting any VNC client (e.g. TightVNC) to localhost should give the desktop session over at user@host; in this case, my X session on alice!
This is the shortest, sweetest, non-non-sense, you’re assumed to know how to RTFM if you want to know the facts, kind of write up that I’ve seen on doing this. Hmm, maybe it helps that I already know how to use SSH port forwarding with OpenSSH, hehehe.
by

One of the things that I’ve been working on over the weekend, is expanding my unix profile a bit. Pretty much, I have a universal ~/.sh directory that houses a profile for Bourne style shells, well, modern ones in the sense that functions are supported, which is like everything since 1980 or so.

An extension to this was pulling in my X session setup, since it is already in the same repository. This pretty much resulted in ~/init.sh becoming ~/.sh/rc.xinit. I pretty much use the same setup across machines, so it’s not a big problem; but startup programs based on where I am and what I’m doing, rather than normal session management.

So this poses a good question, short of resulting to some kind of “Session Chooser” on login, how to make it smart? Magic kind of smart! It’s not hard, so much as it is a bit sticky. The thing that varies the most is the network. Either:

  1. I have no network, and thus don’t need stuff like instant messaging.
  2. I’m at work, and have more use for stuff like monitoring
  3. I’m at home, and have more use for stuff like gmail and a broader selection of instant messaging services.
  4. I’m using my phone, and need to worry more about data usage than pre-loading applications.
So obviously, the idea is to react based on what network is in use. That is pretty easy by asking nmcli for the name of the network connection being used, once NetworkManager gets the ball running. Case statements ftw :-).
I have found one problem so far, which is that the instant messaging client that I use, has a command line interface to specify which accounts to sign in, but apparently, pidgins -l option doesn’t work as advertised by –help—or NAME != the name in accounts.xml. So perhaps I’ll just have to use separate clients for at work and not at work, or modify the XML file.
by

Every so often, life gives you a reason to be glad you learned something. Well, one for me was being stuck without working arrow keys on my server during early boot—and smiling because I knew vi well enough not to need any!

Today, I just got another lol. Setting up a bit of a server install here using some scavenged hardware. The keyboard I’m working with is both one of those annoying ones with the pipe (|) key missplaced in favour of a larger enter key—and having most of the keycaps in the wrong places! Well, unless they make a “<>PYF keyboard layout and the hardware see’s it as QWERTY :-D.

Where else but technology, could you have this much of a chuckle and life still be great? Haha!

Paste it!

by

A while back I was thinking of setting up a personal paste-bin, but obviously that means finding suitable software or writing it. In my case, I’d rather like one that is locked to me or restricted to logins I issue.

But it just occurred to me, that having sufficient access to the system, I can just use vim’s :TOhtml command to export a file as HTML, upload it to a designated area, and have the web server pick it up. Then use a cron-job on the server side to clean out files in that directory every now and then.

Yeah.

+1 for git in my book

by

Parsing this old blog post by Keith Packard, somehow makes me happy that I opted to follow the Git path rather than the Mercurial (hg) path when I left CVS behind. I also like the trailing comment xD.

That being said, git and hg are the only version control systems I really respect, above tar. Perforce and Darcs, I at least consider worth a closer look someday. Just haven’t had any excuse to leave Git on my own projects since the first date.

Yeah, I’m a lazy git alright.

by

Alice just proved her ROI lol. When I left work yesterday, I just unplugged her, closed the lid and slipped alice in my backpack. There it sat until getting to work just now—with 2:35 hours remaining on the battery!

This thing is energy efficient enough to take several times my laptops battery life, when under a normal load. Let it go into restrained sleep and it’s pretty darn long lived; I have Linux programmed to prefer using more power then is strictly necessary when on battery as well.

Using a custom window manager with Gnome / Ubuntu 11.04

by

I kinda expected that the upgrade to Natty Narwhal would be a bit bumpy, but it was pretty painless. Really all I use GNOME for is a way to get a system tray into my XMonad session with the least possible fuss. I also use a few GTK+Gnome oriented apps like evince and geeqie but have no real connexion to the old Gnome.

The only real bump that I have faced, is that overriding WINDOW_MANAGER and calling gnome-session is no longer enough to run GNOME with XMonad. Ubuntu 11.04 as of current update status, is overwriting this with compiz! Not even overriding the gconf key helps, it just gets reset to gnome-wm; which is what is *supposed* to be picking up the exported WINDOW_MANAGER variable from my X session file.

Solution? Found a helpful hint on the XMonad wiki. However rather than modify things at the system level (I am a BSD lover after all), I opted to instead setup a session file in $XDG_CONFIG_HOME/gnome-session/sessions/$LOGNAME.session. The default value for $XDG_CONFIG_HOME is ~/.config, $LOGNAME is another variable for $USER (your users’ login name).


[ terry@alice ]$ cat ~/.config/gnome-session/sessions/terry.session
[GNOME Session]
Name=Classic GNOME
Required=windowmanager;panel;filemanager;
Required-windowmanager=gnome-wm
Required-panel=gnome-panel
Required-filemanager=nautilus
DefaultApps=gnome-settings-daemon;
[ terry@alice ]$

Then updated my X session to run this with commit 3e92fc91040573ba40ac20ad75a594d6eeef60b6. And for good measure, I unset the gconf key.

Now everything worky 🙂

by

Well, it looks like alice is now fully operational: and my fingers are adjusting to her keyboard rapidly. Fortunately, I am finding myself more often hitting fn+key in place of ctrl+key on dixie, then I am on alice. Whew.

I’ve installed Ubuntu Netbook Edition, and set it up to behave as dixie has been used all these years: a workstation rather than a terminal. I don’t have time to fiddle further with making OpenBSD play nice with Windows 7 on this rig. This does pretty much net me all that I desire: a bourne shell, decent terminal multiplexer, XMonad, Chrome, Pidgin, Dropbox, and a system tray area. I can live with the (ugh) GNU and Ubuntu parts.

The only real difference between the Desktop and Netbook editions of Ubuntu, the former comes with a customised GNOME where as the latter comes with a custom GNOME shell called “Unity“. I have really got to say that Unity SUCKS!!!!!! I seriously cannot fathom anyone getting real work done with Unity because you’ll have to set it up to do anything more useful than launch Mozilla, it feels so useless, that I think I would trade GNU/Linux for MS-DOS 2/3, and old DOS really, really did suck. Once I found the GNOME shortcut for the run dialog didn’t work, I decided instantly it would have to Go.

But to be fair, Unity does do some Very Good Things, and I commend the engineers behind it for breaking away from the Windows norm, that every GUI app tends to follow. The focus on full-screening the apps also is a feature that I like. The whole dock/sidebar thing is also quite nice, if kind of restrictive. Not even KDE4 offered as much nice “Wow, this looks integrated” kind of warm and fuzzies.

But I don’t want to take hours to try and restructure the thing, nor do I want to constantly grep programs by their menu pretty names, or have to push a button for just about every darn thing. OK, I still live in a command prompt 75% or more of the time, so sue me.