I decided to test out openshift offering by redhat. It runs python via the wsgi framework approach. So I decided to try and deploy the Identity Cert project I'm working on.

After a couple changes in the application startup / library configuration based on PyToaster. I was ready to deploy. (Still need to incorporate the changes back into pytoaster project from identity cert for next projects I do, also some duplicate code cleanup)

Here is some of the steps I ended up having to do:

• In identity cert project, grab a copy: git archive --format zip --output ~/temp/identitycert.zip master
• Create project for open shift: rhc-create-app -a osidentitycert -t wsgi-3.2.1
• cd osidentitycert
• Add files from identity cert repo: unzip ~/temp/identitycert.zip
• Resolve depends: ./bin/resolvedepends
• Add everything: git add .
• Commit all: git commit -m"initial commit"
• Add to open shift: git push

So now its up at: http://osidentitycert-driedtoast.rhcloud.com/. App still needs a bit of work though. Now I have some motivation to complete it. Some gotchas I had to deal with:

• Pathing of files, used os.path.dirname(__file__) to get abs paths
• Debugging of app, have to download app via rhc-snapshot -a osidentitycert (which downloads a tar you look into appname/logs)
• Forgot my url for testing it, used rhc-user-info to find it

Overall its still a bit clunky of a service, all command line (would be nice to have a little dashboard for quick url viewing) and debugging is a bit annoying.

Posted via email from varying degrees of difficulty

My first attempt, got to get used to drawing on a phone. Sketchbook from autodesk is probably the best drawing program I've used. Sort of painter meets a touch screen environment.

More to come as I get used to it.

Posted via email from varying degrees of difficulty

If this works well I might just start posting more on different things.

Posted via email from varying degrees of difficulty

Create a script for your path, like so:

#!/bin/sh
xsendkeycode 66 1
xsendkeycode 66 0

and install lineakd (which contains the xsendkeycode).

Posted via email from varying degrees of difficulty

Thought I would try to play around with setting up a mac via the command line, based on http://commandlinemac.blogspot.com/2008/12/installing-dmg-application-from-co....  Hopefully it makes it easier to get a machine setup.

Here is the script:

Posted via email from varying degrees of difficulty

Just playing around with bash to make it a little easier to add keys to different servers.

Posted via email from varying degrees of difficulty

So I was looking at my files today via the terminal and noticed an @ sign next to one of the files. This is sort of odd since the file was just a text file and I downloaded it as part of an open source project.

Check it:

Notice the special apple command "ls -@" to show the details of what that @ means. It indicated extra metadata on the file. Thanks to Flester's blog on the post.

Some other details of the @ sign is over on mac hints.

I fixed it just by "cat changes.txt > newfile.txt; rm changes.txt; mv newfile.txt changes.txt".

Posted via email from varying degrees of difficulty

Its been about 12 years since it was proposed, now where is the coffee pot protocol?

http://rfc.askapache.com/rfc2324/rfc2324.txt

I'm disappointed with the standard bodies on this one.

Posted via web from varying degrees of difficulty

From what I can tell, almost all cable internet providers have horrible DNS issues. This lead me to search for a way to set my DNS provider to someone else last night, since it was down yet again (thanks charter). I was able to get to google, so I searched and found Google Public DNS. It's not to bad, set your primary and secondary DNS entries to the 8.8.8.8 and 8.8.4.4 addresses and voila faster DNS lookups. I wouldn't recommend it behind corporate firewalls, etc... but for home use that beats dealing with DNS going down from your ISP. Google gets infrastructure right at least.  

Posted via web from varying degrees of difficulty