Description of problem:
On all of the images I've tried, if I create a relatively innocent volume mapping, udica fails with a traceback error.


Version-Release number of selected component (if applicable):
udica-0.1.7-1.fc30.noarch


How reproducible:
Consistently


Steps to Reproduce:
1. Get an image.
podman pull github.io/library/fedora

2. Create the container with a volume mapping like this:
$ podman run --detach --tty --name=fedora-user \
        -v /home/thub/Downloads:/downloads:ro \
        docker.io/library/fedora

3. Get the json data.
$ podman inspect fedora-user > fedora-user.json

4. Run udica.
$ udica -j fedora-user.json container_fedora_user


Actual results:
Traceback (most recent call last):
  File "/usr/bin/udica", line 11, in <module>
    load_entry_point('udica==0.1.7', 'console_scripts', 'udica')()
  File "/usr/lib/python3.7/site-packages/udica/__main__.py", line 109, in main
    create_policy(opts, container_caps, container_mounts, container_ports)
  File "/usr/lib/python3.7/site-packages/udica/policy.py", line 131, in create_policy
    if not item['source'].find("/"):
KeyError: 'source'


Expected results:
Creates an SELinux policy to be imported into the system.

Additional info:
I get the same behaviour using rooted podman and rootless podman.