Use default 'log_name' in /etc/swift/proxy-server.conf

Swift's internal logging framework is buggy, i.e when setting something
different than the default ('swift'), you'll get a warning when the
daemon is started 'No handlers could be found for logger "swift-p"'.
This should also fix log messages ending up on the tty's, e.g.:

admin:~ #
Message from syslogd@d52-54-00-26-22-39 at Jul 11 13:16:56 ...
 �<131>swift-p ERROR with Account server
 192.168.125.11:6002/c113d48aacc445cf9694699f46adf8f5 re: Trying to get
 account info for /AUTH_6e48217cbf744995a23b2f0c448557af: Connection
 refused (txn: txf795266a95d048a9b89ab103febbc007) (client_ip:
 192.168.126.2)
Bump Barclamp proposal schema version to 2
Merge pull request #116 from dirkmueller/schema_bump

Schema bump
Merge pull request #113 from vuntz/add-missing-attributes

Add crowbar-status and crowbar-failed in schema [12/18]
Merge pull request #107 from saschpe/release/pebbles/master-proxy-logging

Use default 'log_name' in /etc/swift/proxy-server.conf
Merge pull request #109 from vuntz/no-python-keystone

Stop installing python-keystone package
Use --os-* arguments instead of -I/-K/etc. to be more explicit
Use internalURL endpoint for swift commands during the chef run

This is safer than using the publicURL.