I wasn't able to retrieve PDD puzzles from the code base (if you think that it's a bug on your our side, please submit it to [yegor256/0pdd](https://github.com/yegor256/0pdd/issues)):

```
set -x;set -e;set -o pipefail;cd /tmp/0pdd20170831-4-8bjoo/kkamkou/gitmostwanted.com && pdd -q -f /tmp/pdd.xml20170901-18880-14b439s: pid 18967 exit 1 (not zero):
+ set -e
+ set -o pipefail
+ cd /tmp/0pdd20170831-4-8bjoo/kkamkou/gitmostwanted.com
+ pdd -q -f /tmp/pdd.xml20170901-18880-14b439s
/app/vendor/bundle/ruby/2.3.0/gems/pdd-0.17.9/lib/pdd.rb:154:in `rules': 1 errors, see log above (PDD::Error)
	from /app/vendor/bundle/ruby/2.3.0/gems/pdd-0.17.9/lib/pdd.rb:92:in `xml'
	from /app/vendor/bundle/ruby/2.3.0/gems/pdd-0.17.9/bin/pdd:63:in `<top (required)>'
	from /app/vendor/bundle/ruby/2.3.0/bin/pdd:22:in `load'
	from /app/vendor/bundle/ruby/2.3.0/bin/pdd:22:in `<main>'

ERROR: "there are 3 duplicate(s) of the same puzzle: gitmostwanted/tasks/repo_most_starred.py:11-11, gitmostwanted/tasks/repo_stars.py:9-9, scripts/repository_mean_reset.py:11-11, while maximum 1 duplicate is allowed"

/app/objects/exec.rb:43:in `block in run'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/open3.rb:205:in `popen_run'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/open3.rb:95:in `popen3'
/app/objects/exec.rb:41:in `run'
/app/objects/git_repo.rb:61:in `xml'
/app/objects/puzzles.rb:46:in `deploy'
/app/objects/job.rb:42:in `proceed'
/app/objects/job_starred.rb:35:in `proceed'
/app/objects/job_recorded.rb:33:in `proceed'
/app/objects/job_emailed.rb:36:in `proceed'
/app/objects/job_commiterrors.rb:36:in `proceed'
/app/objects/job_detached.rb:51:in `block in exclusive'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/timeout.rb:91:in `block in timeout'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/timeout.rb:33:in `block in catch'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/timeout.rb:33:in `catch'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/timeout.rb:33:in `catch'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/timeout.rb:106:in `timeout'
/app/objects/job_detached.rb:49:in `exclusive'
/app/objects/job_detached.rb:39:in `block in proceed'
/app/objects/job_detached.rb:39:in `fork'
/app/objects/job_detached.rb:39:in `proceed'
/app/0pdd.rb:306:in `block in <top (required)>'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1611:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1611:in `block in compile!'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:975:in `block (3 levels) in route!'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:994:in `route_eval'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:975:in `block (2 levels) in route!'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1015:in `block in process_route'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1013:in `catch'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1013:in `process_route'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:973:in `block in route!'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:972:in `each'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:972:in `route!'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1085:in `block in dispatch!'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1067:in `block in invoke'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1067:in `catch'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1067:in `invoke'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1082:in `dispatch!'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:907:in `block in call!'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1067:in `block in invoke'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1067:in `catch'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1067:in `invoke'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:907:in `call!'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:895:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-protection-1.5.3/lib/rack/protection/xss_header.rb:18:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-protection-1.5.3/lib/rack/protection/path_traversal.rb:16:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-protection-1.5.3/lib/rack/protection/json_csrf.rb:18:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-protection-1.5.3/lib/rack/protection/base.rb:49:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-protection-1.5.3/lib/rack/protection/base.rb:49:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-protection-1.5.3/lib/rack/protection/frame_options.rb:31:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-1.6.8/lib/rack/logger.rb:15:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-1.6.8/lib/rack/commonlogger.rb:33:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:219:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:212:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-1.6.8/lib/rack/head.rb:13:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-1.6.8/lib/rack/methodoverride.rb:22:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:182:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:2013:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1487:in `block in call'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1787:in `synchronize'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1487:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-1.6.8/lib/rack/handler/webrick.rb:88:in `service'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/webrick/httpserver.rb:140:in `service'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/webrick/httpserver.rb:96:in `run'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/webrick/server.rb:296:in `block in start_thread'
```


The idea behind setting `min-width` instead of `width` was related to the fact that flexbox does unexpected things with text wrapping, sometimes not respecting `word-wrap: break-word` if there is a width set. Flexbox often allows text wrapping with the `min-width` property, so I think this might have been part of an overenthusiastic replacement of `min-width` for `width`. Writing a note here for reference in case the text-wrapping issue comes back as a result of this fix.


ThAnks FoR Go0d SoFtWaRe


great...nice work!  Now, what if you gave this some padding, like: `padding: 0 25%` ?


Shouldn't literal types only appear inside table types then?


How dare you!


Not exactly what happened, but Occam's Razor says, "@gordonje was drinking while resolving merge conflicts."


Try giving this `flex:1` instead of an explicit `width`


I wasn't able to retrieve PDD puzzles from the code base (if you think that it's a bug on your our side, please submit it to [yegor256/0pdd](https://github.com/yegor256/0pdd/issues)):

```
set -x;set -e;set -o pipefail;cd /tmp/0pdd20170831-4-8bjoo/kkamkou/gitmostwanted.com && pdd -q -f /tmp/pdd.xml20170901-19234-6xciet: pid 19321 exit 1 (not zero):
+ set -e
+ set -o pipefail
+ cd /tmp/0pdd20170831-4-8bjoo/kkamkou/gitmostwanted.com
+ pdd -q -f /tmp/pdd.xml20170901-19234-6xciet
/app/vendor/bundle/ruby/2.3.0/gems/pdd-0.17.9/lib/pdd.rb:154:in `rules': 1 errors, see log above (PDD::Error)
	from /app/vendor/bundle/ruby/2.3.0/gems/pdd-0.17.9/lib/pdd.rb:92:in `xml'
	from /app/vendor/bundle/ruby/2.3.0/gems/pdd-0.17.9/bin/pdd:63:in `<top (required)>'
	from /app/vendor/bundle/ruby/2.3.0/bin/pdd:22:in `load'
	from /app/vendor/bundle/ruby/2.3.0/bin/pdd:22:in `<main>'

ERROR: "there are 3 duplicate(s) of the same puzzle: gitmostwanted/tasks/repo_most_starred.py:11-11, gitmostwanted/tasks/repo_stars.py:9-9, scripts/repository_mean_reset.py:11-11, while maximum 1 duplicate is allowed"

/app/objects/exec.rb:43:in `block in run'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/open3.rb:205:in `popen_run'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/open3.rb:95:in `popen3'
/app/objects/exec.rb:41:in `run'
/app/objects/git_repo.rb:61:in `xml'
/app/objects/puzzles.rb:46:in `deploy'
/app/objects/job.rb:42:in `proceed'
/app/objects/job_starred.rb:35:in `proceed'
/app/objects/job_recorded.rb:33:in `proceed'
/app/objects/job_emailed.rb:36:in `proceed'
/app/objects/job_commiterrors.rb:36:in `proceed'
/app/objects/job_detached.rb:51:in `block in exclusive'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/timeout.rb:91:in `block in timeout'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/timeout.rb:33:in `block in catch'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/timeout.rb:33:in `catch'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/timeout.rb:33:in `catch'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/timeout.rb:106:in `timeout'
/app/objects/job_detached.rb:49:in `exclusive'
/app/objects/job_detached.rb:39:in `block in proceed'
/app/objects/job_detached.rb:39:in `fork'
/app/objects/job_detached.rb:39:in `proceed'
/app/0pdd.rb:306:in `block in <top (required)>'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1611:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1611:in `block in compile!'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:975:in `block (3 levels) in route!'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:994:in `route_eval'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:975:in `block (2 levels) in route!'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1015:in `block in process_route'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1013:in `catch'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1013:in `process_route'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:973:in `block in route!'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:972:in `each'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:972:in `route!'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1085:in `block in dispatch!'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1067:in `block in invoke'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1067:in `catch'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1067:in `invoke'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1082:in `dispatch!'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:907:in `block in call!'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1067:in `block in invoke'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1067:in `catch'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1067:in `invoke'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:907:in `call!'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:895:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-protection-1.5.3/lib/rack/protection/xss_header.rb:18:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-protection-1.5.3/lib/rack/protection/path_traversal.rb:16:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-protection-1.5.3/lib/rack/protection/json_csrf.rb:18:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-protection-1.5.3/lib/rack/protection/base.rb:49:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-protection-1.5.3/lib/rack/protection/base.rb:49:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-protection-1.5.3/lib/rack/protection/frame_options.rb:31:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-1.6.8/lib/rack/logger.rb:15:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-1.6.8/lib/rack/commonlogger.rb:33:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:219:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:212:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-1.6.8/lib/rack/head.rb:13:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-1.6.8/lib/rack/methodoverride.rb:22:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:182:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:2013:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1487:in `block in call'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1787:in `synchronize'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1487:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-1.6.8/lib/rack/handler/webrick.rb:88:in `service'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/webrick/httpserver.rb:140:in `service'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/webrick/httpserver.rb:96:in `run'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/webrick/server.rb:296:in `block in start_thread'
```


dd


Awesome...glad to see you created `<div class="radio">`!  Now try wrapping this inside of a `<div class="row">`, like this:

```
<div class="row">
 <label></label>
 <div class="radio">
   <input type .....
    ...
    ...
 </div>
</div>
```


I wasn't able to retrieve PDD puzzles from the code base (if you think that it's a bug on your our side, please submit it to [yegor256/0pdd](https://github.com/yegor256/0pdd/issues)):

```
set -x;set -e;set -o pipefail;cd /tmp/0pdd20170831-4-8bjoo/kkamkou/gitmostwanted.com && pdd -q -f /tmp/pdd.xml20170901-19568-krnz84: pid 19655 exit 1 (not zero):
+ set -e
+ set -o pipefail
+ cd /tmp/0pdd20170831-4-8bjoo/kkamkou/gitmostwanted.com
+ pdd -q -f /tmp/pdd.xml20170901-19568-krnz84
/app/vendor/bundle/ruby/2.3.0/gems/pdd-0.17.9/lib/pdd.rb:154:in `rules': 1 errors, see log above (PDD::Error)
	from /app/vendor/bundle/ruby/2.3.0/gems/pdd-0.17.9/lib/pdd.rb:92:in `xml'
	from /app/vendor/bundle/ruby/2.3.0/gems/pdd-0.17.9/bin/pdd:63:in `<top (required)>'
	from /app/vendor/bundle/ruby/2.3.0/bin/pdd:22:in `load'
	from /app/vendor/bundle/ruby/2.3.0/bin/pdd:22:in `<main>'

ERROR: "there are 3 duplicate(s) of the same puzzle: gitmostwanted/tasks/repo_most_starred.py:11-11, gitmostwanted/tasks/repo_stars.py:9-9, scripts/repository_mean_reset.py:11-11, while maximum 1 duplicate is allowed"

/app/objects/exec.rb:43:in `block in run'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/open3.rb:205:in `popen_run'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/open3.rb:95:in `popen3'
/app/objects/exec.rb:41:in `run'
/app/objects/git_repo.rb:61:in `xml'
/app/objects/puzzles.rb:46:in `deploy'
/app/objects/job.rb:42:in `proceed'
/app/objects/job_starred.rb:35:in `proceed'
/app/objects/job_recorded.rb:33:in `proceed'
/app/objects/job_emailed.rb:36:in `proceed'
/app/objects/job_commiterrors.rb:36:in `proceed'
/app/objects/job_detached.rb:51:in `block in exclusive'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/timeout.rb:91:in `block in timeout'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/timeout.rb:33:in `block in catch'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/timeout.rb:33:in `catch'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/timeout.rb:33:in `catch'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/timeout.rb:106:in `timeout'
/app/objects/job_detached.rb:49:in `exclusive'
/app/objects/job_detached.rb:39:in `block in proceed'
/app/objects/job_detached.rb:39:in `fork'
/app/objects/job_detached.rb:39:in `proceed'
/app/0pdd.rb:306:in `block in <top (required)>'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1611:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1611:in `block in compile!'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:975:in `block (3 levels) in route!'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:994:in `route_eval'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:975:in `block (2 levels) in route!'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1015:in `block in process_route'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1013:in `catch'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1013:in `process_route'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:973:in `block in route!'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:972:in `each'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:972:in `route!'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1085:in `block in dispatch!'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1067:in `block in invoke'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1067:in `catch'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1067:in `invoke'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1082:in `dispatch!'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:907:in `block in call!'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1067:in `block in invoke'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1067:in `catch'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1067:in `invoke'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:907:in `call!'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:895:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-protection-1.5.3/lib/rack/protection/xss_header.rb:18:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-protection-1.5.3/lib/rack/protection/path_traversal.rb:16:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-protection-1.5.3/lib/rack/protection/json_csrf.rb:18:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-protection-1.5.3/lib/rack/protection/base.rb:49:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-protection-1.5.3/lib/rack/protection/base.rb:49:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-protection-1.5.3/lib/rack/protection/frame_options.rb:31:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-1.6.8/lib/rack/logger.rb:15:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-1.6.8/lib/rack/commonlogger.rb:33:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:219:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:212:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-1.6.8/lib/rack/head.rb:13:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-1.6.8/lib/rack/methodoverride.rb:22:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:182:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:2013:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1487:in `block in call'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1787:in `synchronize'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1487:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-1.6.8/lib/rack/handler/webrick.rb:88:in `service'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/webrick/httpserver.rb:140:in `service'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/webrick/httpserver.rb:96:in `run'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/webrick/server.rb:296:in `block in start_thread'
```


It's best practice to always give response


So we can't use custom shops anymore which ask for account bound currencies? ...
I've just tested it, i can't buy anything anymore in my shops.
My currencies are all account bound -> as wanted.

Item shops are specificly created to use one specific item as wanted/needed by the developer/scripter.
The chances that this is unwanted is -> 0

Could you please implement an exception for itemshops?


Created multidev environment [monthofmud#ci-7](https://dashboard.pantheon.io/sites/c1008179-94f3-4a56-ba0b-53c7f98ca3f8#ci-7).

[![Visit Site](https://raw.githubusercontent.com/pantheon-systems/ci-drops-8/0.1.0/data/img/visit-site-36.png)](https://ci-7-monthofmud.pantheonsite.io/)


Neat! Great to see all of those `GetTypeByMetadataName` calls going away, IMO they were really noisy.


Nit: Typo


use regular copy since a regular caps object is a JSON like object.


新页面打开


You are using a mobile-delta branch to change contents of top level <-- and that doesn't related to mobile.... not a very good practice and easy to induce conflict 👎


#6282-SimHVAC-max-iteration-warnings-caused-by-CoilHeatingGasMultiStage (lgu1234) - x86_64-Linux-Ubuntu-14.04-gcc-4.8-IntegrationCoverage-Debug: OK (2146 of 2146 tests passed, 0 test warnings)

![Build Badge](http://img.shields.io/badge/build%20status-passing-green.svg) ![Test Badge](http://img.shields.io/badge/tests%20passed-100.0%25-green.svg) ![Coverage Badge](http://img.shields.io/badge/coverage%20status-71.9%25-green.svg)


#6282-SimHVAC-max-iteration-warnings-caused-by-CoilHeatingGasMultiStage (rraustad) - x86_64-MacOS-10.9-clang: OK (2750 of 2750 tests passed, 0 test warnings)

![Build Badge](http://img.shields.io/badge/build%20status-passing-green.png) ![Test Badge](http://img.shields.io/badge/tests%20passed-100.0%25-green.png)


If I use copy and modify the `proxy` object, it also modifies the `proxy` object in the original caps (which is why deepcopy is used a few lines down when dealing with moz:firefoxOptions)


titleが間違っていたので修正いたしました。


#6282-SimHVAC-max-iteration-warnings-caused-by-CoilHeatingGasMultiStage (lgu1234) - x86_64-Linux-Ubuntu-14.04-custom_check: OK (0 of 0 tests passed, 0 test warnings)

![Build Badge](http://img.shields.io/badge/build%20status-passing-green.svg)


@yyjdelete Report it to @breakwa11


Bluemix [toolchain](https://console-regional.ng.bluemix.net/devops/toolchains/6591910b-c589-44bb-b0dc-804898abb7bd "simple-toolchain-20170901005013124"): [Delivery Pipeline](https://console-regional.ng.bluemix.net/devops/pipelines/eef1a4ce-c79c-4aaf-ba67-be5fa374709d "simple-toolchain-20170901005013124") deployed [simple-toolchain-20170901005013124](https://github.com/madureiraj/simple-toolchain-20170901005013124/releases/tag/deploy-ibm-yp-us-south-madujr-gmail.com-dev-20170901-021011 "deploy-ibm-yp-us-south-madujr-gmail.com-dev-20170901-021011") to [dev](https://console.bluemix.net/apps/cf22d9c8-a289-41c5-9adc-7f9fcd951b88?env_id=ibm:yp:us-south "ibm:yp:us-south:madujr@gmail.com:dev"), including this commit


Alternative would be to just do a copy on the proxy value, but shouldn't we deepcopy the original caps to begin with as we don't want to modify them at all?


@yyjdelete @nullnullboy  Yes.....SSR has dead......


Doesn't this only set the xp? it should add to it instead


when is this due for release ? Upgraded to 5.5 but still horizon:snapshot is yet to be available ... custom commands are fine but vendor commands are not getting imported. having some issues with arguments will let you know in a while


Bluemix [toolchain](https://console-regional.ng.bluemix.net/devops/toolchains/6591910b-c589-44bb-b0dc-804898abb7bd "simple-toolchain-20170901005013124"): [Delivery Pipeline](https://console-regional.ng.bluemix.net/devops/pipelines/eef1a4ce-c79c-4aaf-ba67-be5fa374709d "simple-toolchain-20170901005013124") deployed [semtec2017](https://github.com/madureiraj/semtec2017/releases/tag/deploy-ibm-yp-us-south-madujr-gmail.com-dev-20170901-021401 "deploy-ibm-yp-us-south-madujr-gmail.com-dev-20170901-021401") to [dev](https://console.bluemix.net/apps/63c3539f-a5cd-4984-b194-f83598de6907?env_id=ibm:yp:us-south "ibm:yp:us-south:madujr@gmail.com:dev"), including this commit


hao


Failure on my part to understand how git tends to revert to master (at least when you are used to CVS) resulted in changes for pisces being merged into main. So, fornax (which is obsolete) is defined by the state prior to this commit. Ugh!


Unhandled Failure


added counters for CI and CO functions.


Tank war 1.7, this is the final version of my Tank war game!


TeamCity Keyman :: Keymanweb :: Test: Pull Requests [Build 10.0.69.pull.278](http://build.palaso.org/viewLog.html?buildId=96827&buildTypeId=Keymanweb_TestPullRequests) outcome was **SUCCESS**
Summary: Running Build time: 00:01:50


PIUFan6152 (mjwitte) - x86_64-Linux-Ubuntu-14.04-cppcheck-1.61: OK (0 of 0 tests passed, 0 test warnings)

![Build Badge](http://img.shields.io/badge/build%20status-passing-green.svg)


更新


PIUFan6152 (mjwitte) - Win64-Windows-7-VisualStudio-14: OK (2735 of 2750 tests passed, 36 test warnings)

Messages:

 * 51 tests had: EIO diffs.
 * 39 tests had: ESO small diffs.
 * 28 tests had: MTR small diffs.
 * 20 tests had: Table small diffs.
 * 12 tests had: ESO big diffs.
 * 5 tests had: Table big diffs.
 * 2 tests had: MTR big diffs.
 * 1 test had: ERR diffs.

Failures:

regression Test Summary
 * Passed: 591
 * Failed: 15

![Build Badge](http://img.shields.io/badge/build%20status-passing-green.png) ![Test Badge](http://img.shields.io/badge/tests%20passed-99.45%25-yellow.png)


@manayamano
コミットメッセージには「ServiceTest,RecordTest追加」と、記述されていますが、
ServiceTestクラス、RecordTestクラスが、リポジトリにアップされていないようです。
コミットする際に、追加されたクラスも対象としてください。


Professor pode fazer como se fosse a continuação do mesmo site da atividade anterior ? tipo ir melhorando no mesmo arquivo ? ou terei que criar outro ?


写得好


dd


Works as long as someone doesn't specify "Windows" for `var.vm_os_simple` AND "WindowsServer" for `var.vm_os_offer`.  Then you'd have "windowswindows" as the value which wouldn't match.


TeamCity Keyman :: Keyman Desktop and Keyman Developer :: Test: Pull Requests [Build 10.255.56.278](http://build.palaso.org/viewLog.html?buildId=96828&buildTypeId=KeymanDesktop_TestPullRequests) is now running


Bluemix [toolchain](https://console-regional.ng.bluemix.net/devops/toolchains/de742651-8462-4286-b78d-3e94ac013f9f "compromisos"): [Delivery Pipeline](https://console-regional.ng.bluemix.net/devops/pipelines/0d0e8b6d-930b-40fc-ac1c-2a7d8ad5ef0b "compromisos") deployed [compromisos](https://github.com/eschuler7/compromisos/releases/tag/deploy-ibm-yp-us-south-eschuler-pe.ibm.com-dev-20170901-024012 "deploy-ibm-yp-us-south-eschuler-pe.ibm.com-dev-20170901-024012") to [dev](https://console.bluemix.net/apps/6f3a0e56-815a-41fc-aa5f-5ec09678068d?env_id=ibm:yp:us-south "ibm:yp:us-south:eschuler@pe.ibm.com:dev"), including this commit


Ah okay, so we can't really match that directly. We could extend our whitelist using [the same source document](https://www.fastly.com/blog/new-gzip-settings-and-deciding-what-compress) though.


Good catch!  Thanks.


Pode sim. sem problemas


- Two unsigneds
- Being subtracted from each other in a way that could go negative
- Static cast to a double

Results in overflow/mangling. Adding `abs()` fixes.

Looks like another way to fix this is

```
const double dx = static_cast<double>(static_cast<signed>(px) - static_cast<signed>(tileX));
const double dy = static_cast<double>(static_cast<signed>(py) - static_cast<signed>(tileY));
```

Is there a stylistic or other reason to use one approach over the other here?

cc @springmeyer @apendleton


Bluemix [toolchain](https://console-regional.ng.bluemix.net/devops/toolchains/de742651-8462-4286-b78d-3e94ac013f9f "compromisos"): [Delivery Pipeline](https://console-regional.ng.bluemix.net/devops/pipelines/0d0e8b6d-930b-40fc-ac1c-2a7d8ad5ef0b "compromisos") deployed [compromisos](https://github.com/eschuler7/compromisos/releases/tag/deploy-ibm-yp-us-south-eschuler-pe.ibm.com-dev-20170901-024438 "deploy-ibm-yp-us-south-eschuler-pe.ibm.com-dev-20170901-024438") to [dev](https://console.bluemix.net/apps/6f3a0e56-815a-41fc-aa5f-5ec09678068d?env_id=ibm:yp:us-south "ibm:yp:us-south:eschuler@pe.ibm.com:dev"), including this commit


This causes #4032 (SmartPort over SoftSerial won't work on `BLUEJAYF4`). :cry:


add adb_connect_auth tag


TeamCity Keyman :: Keyman Desktop and Keyman Developer :: Test: Pull Requests [Build 10.255.56.278](http://build.palaso.org/viewLog.html?buildId=96828&buildTypeId=KeymanDesktop_TestPullRequests) outcome was **FAILURE**
Summary: Exit code 255 Build time: 00:10:47


PIUFan6152 (mjwitte) - x86_64-Linux-Ubuntu-14.04-gcc-4.8-UnitTestsCoverage-Debug: OK (1536 of 1536 tests passed, 0 test warnings)

![Build Badge](http://img.shields.io/badge/build%20status-passing-green.png) ![Test Badge](http://img.shields.io/badge/tests%20passed-100.0%25-green.png) ![Coverage Badge](http://img.shields.io/badge/coverage%20status-38.4%25-green.png)


LGTM


PIUFan6152 (mjwitte) - x86_64-Linux-Ubuntu-14.04-custom_check: OK (0 of 0 tests passed, 0 test warnings)

![Build Badge](http://img.shields.io/badge/build%20status-passing-green.png)


Just changed it! Thanks.


ashrae-205-parser (nealkruis) - i386-Windows-7-VisualStudio-14: OK (2749 of 2749 tests passed, 0 test warnings)

![Build Badge](http://img.shields.io/badge/build%20status-passing-green.png) ![Test Badge](http://img.shields.io/badge/tests%20passed-100.0%25-green.png)


write what?


Except for 'fragil', looks good.  We need to abstract out the systems class in python so that this can be applied in a parent class and then works for all our systems.


わかばプロフィール追加


Me and my spelling sometimes...


ResetNodeDataEarlier (mjwitte) - x86_64-Linux-Ubuntu-14.04-gcc-4.8: OK (2783 of 2790 tests passed, 0 test warnings)

 * 7 tests had: EIO diffs.
 * 4 tests had: ESO small diffs.
 * 4 tests had: Table small diffs.
 * 3 tests had: ERR diffs.
 * 3 tests had: ESO big diffs.
 * 1 test had: AUD diffs.
 * 1 test had: Table big diffs.
 * 2 tests had: MTR small diffs.
 * 1 test had: MTR big diffs.

![Build Badge](http://img.shields.io/badge/build%20status-passing-green.svg) ![Test Badge](http://img.shields.io/badge/tests%20passed-99.75%25-yellow.svg)


Closed.


agree, making this public


You haven't updated the un-minified file


I wasn't able to retrieve PDD puzzles from the code base (if you think that it's a bug on your our side, please submit it to [yegor256/0pdd](https://github.com/yegor256/0pdd/issues)):

```
set -x;set -e;set -o pipefail;cd /tmp/0pdd20170831-4-8bjoo/kkamkou/gitmostwanted.com && pdd -q -f /tmp/pdd.xml20170901-19928-1n5dhki: pid 20016 exit 1 (not zero):
+ set -e
+ set -o pipefail
+ cd /tmp/0pdd20170831-4-8bjoo/kkamkou/gitmostwanted.com
+ pdd -q -f /tmp/pdd.xml20170901-19928-1n5dhki
/app/vendor/bundle/ruby/2.3.0/gems/pdd-0.17.9/lib/pdd.rb:154:in `rules': 1 errors, see log above (PDD::Error)
	from /app/vendor/bundle/ruby/2.3.0/gems/pdd-0.17.9/lib/pdd.rb:92:in `xml'
	from /app/vendor/bundle/ruby/2.3.0/gems/pdd-0.17.9/bin/pdd:63:in `<top (required)>'
	from /app/vendor/bundle/ruby/2.3.0/bin/pdd:22:in `load'
	from /app/vendor/bundle/ruby/2.3.0/bin/pdd:22:in `<main>'

ERROR: "there are 3 duplicate(s) of the same puzzle: gitmostwanted/tasks/repo_most_starred.py:11-11, gitmostwanted/tasks/repo_stars.py:9-9, scripts/repository_mean_reset.py:11-11, while maximum 1 duplicate is allowed"

/app/objects/exec.rb:43:in `block in run'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/open3.rb:205:in `popen_run'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/open3.rb:95:in `popen3'
/app/objects/exec.rb:41:in `run'
/app/objects/git_repo.rb:61:in `xml'
/app/objects/puzzles.rb:46:in `deploy'
/app/objects/job.rb:42:in `proceed'
/app/objects/job_starred.rb:35:in `proceed'
/app/objects/job_recorded.rb:33:in `proceed'
/app/objects/job_emailed.rb:36:in `proceed'
/app/objects/job_commiterrors.rb:36:in `proceed'
/app/objects/job_detached.rb:51:in `block in exclusive'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/timeout.rb:91:in `block in timeout'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/timeout.rb:33:in `block in catch'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/timeout.rb:33:in `catch'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/timeout.rb:33:in `catch'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/timeout.rb:106:in `timeout'
/app/objects/job_detached.rb:49:in `exclusive'
/app/objects/job_detached.rb:39:in `block in proceed'
/app/objects/job_detached.rb:39:in `fork'
/app/objects/job_detached.rb:39:in `proceed'
/app/0pdd.rb:306:in `block in <top (required)>'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1611:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1611:in `block in compile!'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:975:in `block (3 levels) in route!'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:994:in `route_eval'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:975:in `block (2 levels) in route!'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1015:in `block in process_route'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1013:in `catch'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1013:in `process_route'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:973:in `block in route!'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:972:in `each'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:972:in `route!'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1085:in `block in dispatch!'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1067:in `block in invoke'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1067:in `catch'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1067:in `invoke'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1082:in `dispatch!'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:907:in `block in call!'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1067:in `block in invoke'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1067:in `catch'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1067:in `invoke'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:907:in `call!'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:895:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-protection-1.5.3/lib/rack/protection/xss_header.rb:18:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-protection-1.5.3/lib/rack/protection/path_traversal.rb:16:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-protection-1.5.3/lib/rack/protection/json_csrf.rb:18:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-protection-1.5.3/lib/rack/protection/base.rb:49:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-protection-1.5.3/lib/rack/protection/base.rb:49:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-protection-1.5.3/lib/rack/protection/frame_options.rb:31:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-1.6.8/lib/rack/logger.rb:15:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-1.6.8/lib/rack/commonlogger.rb:33:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:219:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:212:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-1.6.8/lib/rack/head.rb:13:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-1.6.8/lib/rack/methodoverride.rb:22:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:182:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:2013:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1487:in `block in call'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1787:in `synchronize'
/app/vendor/bundle/ruby/2.3.0/gems/sinatra-1.4.7/lib/sinatra/base.rb:1487:in `call'
/app/vendor/bundle/ruby/2.3.0/gems/rack-1.6.8/lib/rack/handler/webrick.rb:88:in `service'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/webrick/httpserver.rb:140:in `service'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/webrick/httpserver.rb:96:in `run'
/app/vendor/ruby-2.3.3/lib/ruby/2.3.0/webrick/server.rb:296:in `block in start_thread'
```


ResetNodeDataEarlier (mjwitte) - x86_64-Linux-Ubuntu-14.04-custom_check: OK (0 of 0 tests passed, 0 test warnings)

![Build Badge](http://img.shields.io/badge/build%20status-passing-green.svg)


Beyond1Airloop-Part2 (mjwitte) - x86_64-MacOS-10.9-clang: OK (2748 of 2750 tests passed, 6 test warnings)

Messages:

 * 5 tests had: EIO diffs.
 * 3 tests had: ESO small diffs.
 * 4 tests had: Table small diffs.
 * 4 tests had: ERR diffs.
 * 2 tests had: ESO big diffs.
 * 2 tests had: AUD diffs.
 * 1 test had: Table big diffs.
 * 1 test had: BND diffs.
 * 1 test had: MTR small diffs.

Failures:

regression Test Summary
 * Passed: 604
 * Failed: 2

![Build Badge](http://img.shields.io/badge/build%20status-passing-green.png) ![Test Badge](http://img.shields.io/badge/tests%20passed-99.93%25-yellow.png)


@pb00068
Congrats for noticing that the pinned term may have a slight problem in the current master :-)

This kind of result can have two explanations:
a) the pinned term is useless
b) the current pinned term coefficient is way off

To test for (b), I suggest to try a SPRT[0..4] test with something like half the current coefficient:

````
        +  70 * !!pos.pinned_pieces(Us)
````


now works with /reload


best line of code +rep


This commit seems to break the conservative governor and parts of process accounting (`top` shows no processes taking up CPU time) on my build.


First submission


[Jenkins vg tests](http://jenkins.cgcloud.info/job/vg/422/) complete for merge to master.  View the [full report here](http://cgl-pipeline-inputs.s3.amazonaws.com/vg_cgl/vg_ci/jenkins_reports/branch/master/index.html).

9 tests passed, 0 tests failed and 10 tests skipped in 10808 seconds

Tests produced 2856 warnings. 2853 were for lower-than-expected alignment scores


Thank you for checking!


@shaggytwodope I tried this. Not working. Still the python version is 3.5.3:

https://travis-ci.org/jarun/nnn/jobs/270955544


Created multidev environment [napcs2017#pr-content](https://dashboard.pantheon.io/sites/23095a75-4a68-4e85-ba90-d57a28c216b6#pr-content).

[![Visit Site](https://raw.githubusercontent.com/pantheon-systems/ci-drops-8/0.1.0/data/img/visit-site-36.png)](https://pr-content-napcs2017.pantheonsite.io/)


should I separate the function that keeps track of stock and payments into two separate functions? and call each one from the front end when a product is purchased?


The following doc(s) have been deployed to the [styleguide](https://styleguide-static-docs.pantheonsite.io/docs) Multidev environment:
- [/docs/style-guide](https://styleguide-static-docs.pantheonsite.io/docs/style-guide)


Originial le nom de commit :D


one for ```dev67ef```
```cpp
{Model::DetectRev, 0x174b, 0xe348, 0x00cf, "Radeon Pro 460"}
```
Screenshot: https://imgur.com/VYzuiKq


Should this just return false for out-of-bounds indexes instead of trapping? That's what `EntityMap` does now.


Remove this


Yes, see `Vec::resize()` which is implemented for cloneable elements.


And this...


Plis help me


If we are finding the parent of the FileSet, and then sending the delete event on the parent, wouldn't that send a delete message when you removed a page from a ScannedResource?


Thanks! I left a couple comments inline


Do we need to handle multi-volume ScannedResources here?


(delete this - was making a guide)


I'm a bit lost here, might be worth opening an issue on packagecore issue tracker.


Not needed. RX series determines by revID. 0x00cf is already present.


Beyond1Airloop-Part2 (mjwitte) - i386-Windows-7-VisualStudio-14: OK (2750 of 2750 tests passed, 0 test warnings)

![Build Badge](http://img.shields.io/badge/build%20status-passing-green.png) ![Test Badge](http://img.shields.io/badge/tests%20passed-100.0%25-green.png)


"... lecture №1", didn't mean to refer to the issue.


//forgot ; //


//later updated in game.js//


patch integrated in upcoming version (see dev branch)


I'm only seeing `FileSet.parents` and `ScannedResource.collections` being called — do we need `parents` or `collections` here?


Same as above — I'm not seeing anything that would call this, do we need it?


Maybe just hardcode 'kubernetes-jenkins/pr-logs/pull'? I believe that's what it had before, and this would mean that './test.sh' will work even if people have a different config.yaml.


I see code that calls `collections`, but not `parents` — do we need both?  If we only need `collections`, then maybe it should handle finding parent ScannedResources and their collections?


Fix Table column-header borders on ghost cells (#1515)

Preview: documentation
Coverage: core | datetime


Do you need to also copy from the original to new thread in cpu_copy_thread in vm_machdep.c?  Or perhaps in cheriabi_new_thread?


Hmm why is it that I'm unable to boot into macOS without the -radvesa flag on this RX card then? I get the black screen issue.


@jefftriplett :: Can you help me? I've never done a pull request on git.


ResetNodeDataEarlier (mjwitte) - x86_64-Linux-Ubuntu-14.04-gcc-4.8-IntegrationCoverage-Debug: OK (2147 of 2147 tests passed, 0 test warnings)

![Build Badge](http://img.shields.io/badge/build%20status-passing-green.png) ![Test Badge](http://img.shields.io/badge/tests%20passed-100.0%25-green.png) ![Coverage Badge](http://img.shields.io/badge/coverage%20status-71.91%25-green.png)


@feons -- what are the plans for the 1.10.x Alloy releases?  There are some out there but updates seem to be going back to the 1.9.x releases.


yep - please do :)


This is still hard-wired here. I wonder whether this is needed at all.