[Bug]: Pseudo-Loading options_ios.yml is causing issues

[distahl]

Contact Details

No response

What happened?

I maybe have a special use case here, but I'm calling this script/module a bit different.

The execution order is like this:

1. User "A" executes some kind of proxy script
2. Proxy Script, internally, changes to a User "B"
3. Proxy Script, with User "B" permissions, finally executes ciscoconfparse

Imagine the above like some sort of sudo.
But this then results in the follwing error:

   File "venv/lib/python3.12/site-packages/ciscoconfparse/ciscoconfparse.py", line 4076, in __init__
     _ = yaml.load(open('./options_ios.yml'), Loader=yaml.SafeLoader)
         │    │                                      │    └ <class 'yaml.loader.SafeLoader'>
         │    │                                      └ <module 'yaml' from 'venv/lib/python3.12/site-packages/yaml/__init__.py'>
         │    └ <function load at 0x7f1e1c4fa840>
         └ <module 'yaml' from 'venv/lib/python3.12/site-packages/yaml/__init__.py'>
 PermissionError: [Errno 13] Permission denied: './options_ios.yml'

And this error is caused by the fact, that CWD is still the one of User "A", in which User "B" has no read permissions at all.
So checking for ./options_ios.yml in CWD might be not ideal. Can you maybe change this to something more reliable?

Additional Info:

• Python Version: 3.12

CiscoConfParse Version

1.9.51

What Operating System are you using?

Linux - Debian, Ubuntu, CentOS, RHEL or others

What Python version(s) have this problem?

Other (please specify)

Show us how to reproduce the problem. Please tell us if the problem is specific to certain inputs or situations.

-

Python tracebacks

See bug description.

Relevant log output

No response

Code of Conduct

• I agree to follow this project's Code of Conduct

[mpenning]

Sadly ciscoconfparse is End of Life. Please see #305