Michael Huynh mikexstudios

## .git config
[core]
  ...
[remote "dokku"]
  url = git@remote:appname
  fetch = +refs/heads/*:refs/remotes/dokku/*

## .git config
[core]
  ...
[remote "dokku"]
  url = git@remote:appname
  fetch = +refs/heads/*:refs/remotes/dokku/*

## dokku vagrant up
➜  dokku-orig git:(master) ✗ vagrant destroy -f && vagrant up
[default] Forcing shutdown of VM...
[default] Destroying VM and associated drives...
[default] Running cleanup tasks for 'shell' provisioner...
Bringing machine 'default' up with 'virtualbox' provider...
[default] Importing base box 'raring'...
[default] Matching MAC address for NAT networking...
[default] Setting the name of the VM...
[default] Clearing any previously set forwarded ports...
[default] Creating shared folders metadata...

## JCPDS pdf table to tsv.rb
a = '15.1402 5.847000 2 0 2 0 18.6690 4.749000 25 1 1 0 ...etc...'
b = a.split
while true do
    c = b.slice!(0,6)
    break if c == []
    puts c.join "\t"
end

## XVM - VM power on error
ERROR! — XVM

Uh-oh! We experienced an error. Sorry about that. We've gotten mail about it.

Feel free to poke us at xvm@mit.edu if this bug is consistently biting you and we don't seem to be fixing it.

In case you're curious, the gory details are below.

Error on operation /machine/2451/command/create for user mxh: "Error: Disk isn't accessible
" on "control mxh create None

## django-reverse-issue.txt
The below code is running django 1.1.1; There is one app called 'foo' in the project.
Essentially what I'm doing is having a "catch-all" in the project urls.py that includes
foo's urls.py. So any url of the form: /\w+/hello/ should trigger foo.views.hello. That
works fine.

The problem is that reverse('hello'), where 'hello' is the named url, *always* gives
/x/hello/ no matter what value \w+ is. Is this normal behavior?

In other words, I expect that if I access: /test/hello/ that reverse('hello') gives
/test/hello/. However, it gives /x/hello/.

## gist:246487
Unlimited

## requirements.txt
#Sample pip requirements.txt file from: http://mathematism.com/media/static/txt/requirements.txt

# latest version of package on PyPI
python-openid


# package with version specified
Django >= 1.1
	[core]
	...
	[remote "dokku"]
	url = git@remote:appname
	fetch = +refs/heads/:refs/remotes/dokku/
	➜ dokku-orig git:(master) ✗ vagrant destroy -f && vagrant up
	[default] Forcing shutdown of VM...
	[default] Destroying VM and associated drives...
	[default] Running cleanup tasks for 'shell' provisioner...
	Bringing machine 'default' up with 'virtualbox' provider...
	[default] Importing base box 'raring'...
	[default] Matching MAC address for NAT networking...
	[default] Setting the name of the VM...
	[default] Clearing any previously set forwarded ports...
	[default] Creating shared folders metadata...
	a = '15.1402 5.847000 2 0 2 0 18.6690 4.749000 25 1 1 0 ...etc...'
	b = a.split
	while true do
	c = b.slice!(0,6)
	break if c == []
	puts c.join "\t"
	end
	ERROR! — XVM

	Uh-oh! We experienced an error. Sorry about that. We've gotten mail about it.

	Feel free to poke us at xvm@mit.edu if this bug is consistently biting you and we don't seem to be fixing it.

	In case you're curious, the gory details are below.

	Error on operation /machine/2451/command/create for user mxh: "Error: Disk isn't accessible
	" on "control mxh create None
	The below code is running django 1.1.1; There is one app called 'foo' in the project.
	Essentially what I'm doing is having a "catch-all" in the project urls.py that includes
	foo's urls.py. So any url of the form: /\w+/hello/ should trigger foo.views.hello. That
	works fine.

	The problem is that reverse('hello'), where 'hello' is the named url, always gives
	/x/hello/ no matter what value \w+ is. Is this normal behavior?

	In other words, I expect that if I access: /test/hello/ that reverse('hello') gives
	/test/hello/. However, it gives /x/hello/.
	#Sample pip requirements.txt file from: http://mathematism.com/media/static/txt/requirements.txt

	# latest version of package on PyPI
	python-openid


	# package with version specified
	Django >= 1.1