All plumbing needs an API
Information about this video:
| Date of creation: | Thursday, August 30th, 2012, 00:05 |
| Number of views: | 81 |
| Speaker: | Andy Grover |
| Company: | RedHat |
| License: | CC BY-SA 3.0 |
The usefulness of our existing plumbing is maximized by making sure it can be accessed programatically. Shelling out to their cmdline utilities is not good enough. Much plumbing has APIs, but many (e.g. iptables, open-iscsi, e2fsprogs, lvm, btrfs?) only have command-line utilities that limits their use as building blocks.
We should establish that plumbing needs proper interfaces (.so, dbus, whatever) for other code to call it reliably, and that cmdline interfaces should really just be for humans.
My hope is this session can discuss the issue, and possibly come to a greater consensus on the need for APIs in plumbing, and start making plans for how we can work towards more complete API coverage.
Andy Grover is a kernel/plumbing guy who has worked on ACPI, networking, dmaengine, InfiniBand, and SCSI kernel target subsystems. His most recent work has also involved user-level code in Python and C. He lives in Portland, Oregon and works for Red Hat.
https://blueprints.launchpad.net/lpc/+spec/lpc2012-ref-plumbing-api
| Title | Start time |
|---|
| Date of creation: | Thursday, August 30th, 2012, 00:05 |
| Number of views: | 81 |
| Speaker: | Andy Grover |
| Company: | RedHat |
| License: | CC BY-SA 3.0 |
The usefulness of our existing plumbing is maximized by making sure it can be accessed programatically. Shelling out to their cmdline utilities is not good enough. Much plumbing has APIs, but many (e.g. iptables, open-iscsi, e2fsprogs, lvm, btrfs?) only have command-line utilities that limits their use as building blocks.
We should establish that plumbing needs proper interfaces (.so, dbus, whatever) for other code to call it reliably, and that cmdline interfaces should really just be for humans.
My hope is this session can discuss the issue, and possibly come to a greater consensus on the need for APIs in plumbing, and start making plans for how we can work towards more complete API coverage.
Andy Grover is a kernel/plumbing guy who has worked on ACPI, networking, dmaengine, InfiniBand, and SCSI kernel target subsystems. His most recent work has also involved user-level code in Python and C. He lives in Portland, Oregon and works for Red Hat.
https://blueprints.launchpad.net/lpc/+spec/lpc2012-ref-plumbing-api
Share this media:
Embed this media:
| px | |
| px |
m s
Link this media:
m s
Link preview:
Comments (0)
Follow this discussion
You can also use the RSS feed to follow this discussion.
RSS feed:
Add a comment