• Home
  • Features
  • Pricing
  • Docs
  • Announcements
  • Sign In

oconnor663 / duct / 109 / 1
100%
master: 100%

Build:
DEFAULT BRANCH: master
Ran 04 Mar 2016 05:45AM UTC
Files 1
Run time 0s
Badge
Embed ▾
README BADGES
x

If you need to use a raster PNG badge, change the '.svg' to '.png' in the link

Markdown

Textile

RDoc

HTML

Rst

04 Mar 2016 05:26AM UTC coverage: 98.246% (-1.2%) from 99.401%
109.1

push

travis-ci

oconnor663
get rid of STRING and BYTES in favor of PIPE

I think it will be fairly common for people to want to `read()` stdout
as bytes. Requiring callers to `from duct import BYTES` feels
unnecessarily awkward. Setting `decode=False` is much easier, and it
avoids the confusing state where one output is decoded and the other
isn't.

There's a chance that `PIPE` itself will feel too close to `pipe()` for
comfort, given that it means something very different. I might want to
bikeshed that some more in the future. (Maybe simpler flags like
`capture_stdout` and `capture_stderr`? Though it would be a little weird
to have those and also `stdout`/stderr`.) But in any case `PIPE` is the
Python convention, and it's a reasonable first improvement.

While we're at it, rename `trim` to `sh_trim`. That's more suggestive of
what it's actually doing, especially with an eye towards languages (like
Rust) that use `trim` to mean what `strip` means in Python.

Closes https://github.com/oconnor663/duct/issues/32.

336 of 342 relevant lines covered (98.25%)

0.98 hits per line

Source Files on job 109.1
  • Tree
  • List 0
  • Changed 1
  • Source Changed 1
  • Coverage Changed 1
Coverage ∆ File Lines Relevant Covered Missed Hits/Line
  • Back to Build 109
  • Travis Job 109.1
  • b0299652 on github
  • Prev Job for on master (#108.1)
  • Next Job for on master (#110.1)
STATUS · Troubleshooting · Open an Issue · Sales · Support · CAREERS · ENTERPRISE · START FREE · SCHEDULE DEMO
ANNOUNCEMENTS · TWITTER · TOS & SLA · Supported CI Services · What's a CI service? · Automated Testing

© 2026 Coveralls, Inc