Feature Description
This is an odd one, because it's quite a specific set of circumstances to end up with the issue I've encountered.
I'm using Linux Mint with home directory encryption enabled. I did not realise this enables eCryptfs with filename encryption enabled, which reduces maximum filename sizes from 255 bytes to around 143 bytes. body_set_rules_on_the_pronunciation_dictionary_v_1_pronunciation_dictionaries_pronunciation_dictionary_id_set_rules_post_rules_item.py falls under that limit, but body_set_rules_on_the_pronunciation_dictionary_v_1_pronunciation_dictionaries_pronunciation_dictionary_id_set_rules_post_rules_item.cpython-311.pyc does not.
This is not actually a problem for installing locally - the cached file is simply never written, and I guess it has to be compiled every time.
However, using the CDK, it builds in a container, and then copies out into your local file system, and that copy fails because body_set_rules_on_the_pronunciation_dictionary_v_1_pronunciation_dictionaries_pronunciation_dictionary_id_set_rules_post_rules_item.cpython-311.pyc cannot be copied to my local file system.
So I'm here to ask if you've consider reducing the filename length of body_set_rules_on_the_pronunciation_dictionary_v_1_pronunciation_dictionaries_pronunciation_dictionary_id_set_rules_post_rules_item.py. Honestly, I think you'd be reasonable to tell me to fix my filesystem (I'm annoyed to find these footguns still in Linux), but I'm going to ask anyhow, because I'm sure there are people using this library who are not getting to have that cache file, because they're running on a local file system like mine. To be fair, there is a lot of redundancy in that filename 😀
Feature Description
This is an odd one, because it's quite a specific set of circumstances to end up with the issue I've encountered.
I'm using Linux Mint with home directory encryption enabled. I did not realise this enables eCryptfs with filename encryption enabled, which reduces maximum filename sizes from 255 bytes to around 143 bytes.
body_set_rules_on_the_pronunciation_dictionary_v_1_pronunciation_dictionaries_pronunciation_dictionary_id_set_rules_post_rules_item.pyfalls under that limit, butbody_set_rules_on_the_pronunciation_dictionary_v_1_pronunciation_dictionaries_pronunciation_dictionary_id_set_rules_post_rules_item.cpython-311.pycdoes not.This is not actually a problem for installing locally - the cached file is simply never written, and I guess it has to be compiled every time.
However, using the CDK, it builds in a container, and then copies out into your local file system, and that copy fails because
body_set_rules_on_the_pronunciation_dictionary_v_1_pronunciation_dictionaries_pronunciation_dictionary_id_set_rules_post_rules_item.cpython-311.pyccannot be copied to my local file system.So I'm here to ask if you've consider reducing the filename length of
body_set_rules_on_the_pronunciation_dictionary_v_1_pronunciation_dictionaries_pronunciation_dictionary_id_set_rules_post_rules_item.py. Honestly, I think you'd be reasonable to tell me to fix my filesystem (I'm annoyed to find these footguns still in Linux), but I'm going to ask anyhow, because I'm sure there are people using this library who are not getting to have that cache file, because they're running on a local file system like mine. To be fair, there is a lot of redundancy in that filename 😀