Unfortunately CC has no concept of an assignment in 1.1, so when we import CC packages we don't create any assignments.
When we export our courses the packages are compliant CC as well, so other systems are able to import them. As you saw, we throw a bunch of custom XML in a specific folder that other systems import will just ignore. You can "trick" Canvas to import your CC package as a canvas-flavored CC package by having these two files: "course_settings/syllabus.html" and "course_settings/course_settings.xml" ( You can see the code for deciding that here:
https://github.com/instructure/canvas-lms/blob/stable/lib/canvas/migration/package_identifier.rb )
You should then be able to mimic the assignment xml you mentioned to get LTI assignments. However, if you're using the Organization part of the manifest to set up a course flow, that will be ignored by canvas since it will instead try to use the custom meta-data for the course modules. If you're just creating assignments/tools though, this won't be too much of a concern.
I'm generally in our IRC channel, if you need help along the way you can hop on there and I can talk you through some of the problems you might have. (#canvas-lms on freenode)
I can think of a somewhat nice way we could treat this in CC 1.2. In 1.2 you can flag a resource as an assignment, and if that resource has a "dependency" on an LTI config resource then we could automatically set that up as an assignment that launches the dependent tool. The CC spec doesn't say that's what you're suppose to do, but that could be a nice convention we could try to get people to implement. (This would take a code change in Canvas, but I think it sounds like a great feature)
We could also do that for CC 1.1 (create an assignment if there is a tool dependency), but that makes me a bit uncomfortable since the 1.1 spec doesn't have an 'assignment' flag. So I'd prefer not to do that because it seems unexpected to me.
-bracken