Neither vala, vala-tools or vala-devel owns /usr/share/vala . libcanberra-devel owns it, but I'm pretty sure that's just a packaging error in canberra.
peter, you're in the changelog, so you win a CC :)
(In reply to comment #1) > peter, you're in the changelog, so you win a CC :) Yippee. Guilty by association :-) Vala doesn't package anything in /usr/share/vala but I think that's historical. Looking at my rawhide build VM that's been upgraded from around F-11 there's a number of packages that have their .vapi files in /usr/share/vala/vapi/ Not sure the best way to deal with that.
The vala package can just create /usr/share/vala and the necessary subdirectories (not sure if there's any other than vapi) in %install, and own them in %files. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
libcanberra probably owns it to work around this packaging bug, so yes, I'll make it own %{_datadir}/vala. Vala used to own this directory but has now shifted to packaging the VAPIs it ships in a versioned directory -- thus %{_datadir}/vala-%{apiver}/vapi; but vala upstream did say that %{_datadir]/vala/vapi is the correct location for third-party files.
vala-0.10.3-2.fc14 has been submitted as an update for Fedora 14. https://admin.fedoraproject.org/updates/vala-0.10.3-2.fc14
vala-0.10.3-2.fc14 has been pushed to the Fedora 14 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update vala'. You can provide feedback for this update here: https://admin.fedoraproject.org/updates/vala-0.10.3-2.fc14
vala-0.10.3-2.fc14 has been pushed to the Fedora 14 stable repository. If problems still persist, please make note of it in this bug report.