|16:16||• Closed ticket [03b395cc4f]: Building problem in a chroot - build_data.py and genfrdic.py related plus 2 other changes artifact: 9e7b2ea479 user: olr|
|16:16||• Ticket [03b395cc4f]: 4 changes artifact: 27f5219a7c user: olr|
|10:03||• Ticket [03b395cc4f]: 6 changes artifact: 33b103395c user: olr|
|21:36||• New ticket [03b395cc4f]. artifact: b03eb19b32 user: anonymous|
|Title/Titre:||Building problem in a chroot - build_data.py and genfrdic.py related|
|Comments / Commentaires :|
anonymous // 2019-11-02 21:36:46 :
Hello, While trying to build a rpm package for Fedora in a mock environment (chrooted rpmbuild), I encountered these problems: - gc_lang/fr/build_data.py try to launch genfrdic.py, with os system shell, but it is not in the PATH. Had to replace line: os.system("genfrdic.py -s -gl -v "+sVersion) with: os.system("python3 ./genfrdic.py -s -gl -v "+sVersion) to get it working. Not sure it is the right way to solve this. Adding python3 helps because even if the shebang file is "#!python3" the genfrdic.py file is not executable, and just modifying the line to: os.system("./genfrdic.py -s -gl -v "+sVersion) doesn't help. Then, while genfrdic.py works, it tries to access to gc_lang/fr/dictionnaire/lexique/French.tagset.txt file, but only gc_lang/fr/dictionnaire/lexique/french.tagset.txt exists (with a "f" not a "F"). Renaming gc_lang/fr/dictionnaire/lexique/french.tagset.txt to gc_lang/fr/dictionnaire/lexique/French.tagset.txt resolve the problem. One last minor glitch that is not probably needed to fix is that all the python files shebang were modified from "#!python3" to "#!/usr/bin/python3" to be in sync with Fedora packaging guidelines. Hope this helps. Any comments about this subject are welcome. Cordially, -- NVieville
olr // 2020-01-02 10:03:46 :
Really sorry for the late answer. About the file “French.tagset.txt”, I don’t know what to say: this file is with a “F” on my hard drive and is also with a “F” on the repository. So I don’t understand how the “f” appeared on your system. About the build system, I’ll try to solve it asap.
olr // 2020-01-06 16:16:10 :
Fixed. About the filename, nothing can be done. It’s already as it should be.