Wife’s new storefront

Hey there!

Go check out my wife’s new storefront page, you might be able to save some money on your utility services!


Also check out her photography at

Blog Fail

Well so much for posting information about stuff I came across during the Fitivity project… The project went on much longer than originally expected, and there are still more updates in progress! Parse lived up to all the hype that I originally had for it and then some. If you are interested in downloading the app you can check it out here: App Store.

In other news, my newest project called “Gender Wars” is about 90% completed. It also is using Parse for the backend, and all that is left is to finish up the in-app purchase and the graphics. I don’t want to give too much away about it yet, but it will be a free app that hopefully will be available in late January.

Fitivity App

Today marked the kickoff of the new iOS project for a company called Fitivity. I am working on a team of developers to develop this app (which is a first for me). The app is designed to help people socially connect while being fit and taking part in fitness activities. I am excited to take on this project since it is a big one, and I am sure I will learn a bunch from it.

One thing that they use is a backend service called Parse. While looking into it today, I was shocked that I had never heard of it before. Simply put, it is the best backend management system for mobile applications I have ever seen – AND most of the features to an extent are free! I immediately started to integrate this service into my own apps for push notifications and data management.

This project will be going over the next two months, so I hope to post any findings I have here and any other miscellaneous information.

Last week of class

This final week – before the last class – I have been working on my part of our groups presentation on GitHub/EUTester Documentation and the ethical analysis of the Eucalyptus project Dr. Wurst gave us. Our group has made significant progress in documenting EUTester, and the majority of the python scripts now have headers that document what that script does! Having to go through the code has been a good way to force me to learn python, which I have had on my to-do list for a while now, and has shown me the usefulness of the language.

Changing Origin

While sitting here waiting for my iOS app to compile, I decided I would get all of the changes people had been making to our repository for EUTester. When I went to run the shell script that I have been using to get and merge changes, it failed to pull from origin giving the error “Repository does not exist”. After reading the emails Dr.Wurst sent out today I realized that he had moved the fork over to CS-Worcester/eutester instead of kwurst/eutester. I thought I would post the way to fix this problem with pushing to the repository in case anyone else gets this issue.

1) Open a terminal window and navigate to the eutester folder.

2) vi .git/config

3) Press the i key (this is for insert if you’ve never used vi before)

4) Under [remote “origin”] there should be a url = SOME URL (most likely ssh://git@github.com/kwurst/eutester.git)

5) Chage the URL to ssh://git@github.com/CS-Worcester/eutester.git

6) Press ESC key (this is to get out of insert mode in vi)

7) Type : x (this saves and closes the file)

8) You should now be able to pull from and push to the origin again.

Continued Documentation & SSH Key Problems

I have pretty much finished documenting the scripts in the testcases directory for EUTester. My next directory that I decided to move to was the Eucaops directory. I was able to go through the scripts in the directory and comment what they do in the headers, but for some reason I now get an error when trying to push my changes to the repository. After some googling, I figured out that GitHub had suspended my SSH key because they believed there was some weird behavior tied to it. I then had to create a new SSH key and tie it to my GitHub account. As of this point, GitHub still does not allow me to push changes giving me the error “Permission Denied (Public Key)”.

The GitHub help website (http://help.github.com/ssh-issues/) suggests testing your connection with: $ ssh -T git@github.com (which does work for me). I am able to connect to GitHub and have it recognize me and my rsa key, but I still get the error when trying to push to our fork of eutester. I am going to continue to look into this issue over the weekend so that we can get the changes merged.


Shell Script for EUTester pull/merge

Since Trevor wanted the shell script for pulling and merging the changes from Vic’s repo and our repo, it’s probably a good idea to post it online for others who want it. Make sure that you DO NOT add the shell script to the eutester directory (we don’t want it added to the codebase), but rather in a directory above it. Put the following code in SOMETHING.sh

cd eutester    //Change this to the location of the eutester directory relative to the script you create

echo Getting changes from upstream…
git fetch upstream

echo Merging changes with master repo…
git merge upstream/master

echo Get any changes from origin…
git fetch origin

echo Merging changes with master repo…
git merge origin/master

echo DONE!


To invoke the script, just type sh SOMETHING.sh and it will pull and merge any of the changes.

Repository Commits

I have been continuing working on documenting the eutester/testcases directory of EUTester. More people seemed to have jumped on the documentation train this class so that should help speed up the process. We decided that we are going to track what people are working on by using the issue tracker on GitHub (https://github.com/kwurst/eutester/issues). Each directory/file that a person is working on will be considered an issue assigned to whoever is working on it. Even though people should be pulling & merging the repository frequently, this will help us not duplicate any work and work efficiently. There is still a lot of code to document, but we are definitely making progress.


Going Through Code

This week I started the process of documenting EUTester’s code (specifically the eutester/testcases/ folder). This was a learning experience for me since I wasn’t always one hundred percent sure what some of the eucalyptus calls were. Before I started I pulled and merged all of the changes from both vic’s repository and our fork and was happy to see that some comments had been added already to the code which made it a little easier to understand. I plan to continue chugging through the code and documenting as much as I can for the rest of the week.

This was really my first time using git in a useful manner, so I finally got to see how helpful it could actually be. I also decided to write a shell script for pulling and merging all changes for me before I start documenting and before pushing changes back. This makes the process much more streamlined – narrowing down down the process to one command.

EUTester Documentation

This week a new project was created based on my previous post for documenting EUTester. I was finally able to get in touch with Vic Iglesias – who is the main contributor to EUTester. He was thrilled to hear that we were willing to help with documentation. He joked that documenting code wasn’t his strong suite. Thankfully Clark Mattew – another contributor – had already laid out a document on the GitHub project on how to document in code which Vic sent me to (https://github.com/eucalyptus/eutester/blob/master/eutester/euproperties.py). Vic told me that he would try to be available for the EUTester group if we needed any help with documenting or using the tool.

Since I will be away this weekend, I won’t be able to do any further digging in the code unfortunately, but hope to pick up the project next week. I am also going to look into forking the GitHub project for EUTester so that Vic can easily review and merge any of our changes. The only request that Vic had (which I posted on our EUTester wiki page) is that we make individual commits for each method that you are document so that it will be easier for him to go through. I know Matt said he would be interested in joining this project, so we will also have to figure out how we are going to break up the code.

On another note this is the first time that I have used IRC (outside of class) to communicate with people of the project. I have watched the channel before, but it was cool to jump in there and talk to people. The group was very helpful – especially when I tried to talk to Vic at 10:30AM EST, they pointed out he was on the west coast and wouldn’t be awake for a while most likely.