-
Notifications
You must be signed in to change notification settings - Fork 142
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[For discussion] Why not loading the programmer pip packages statically, like all the other pip packages? #532
Comments
I completely agree, along these lines I have proposed in another issue to create your own package of tinyprog and the rpds library for OSX (although I will put the issue in oss-cad-suite, I have been looking at the code in case I could send you the patch but I think it is going to be a limitation of the cross-compilation system that they have set up, since they build in a superb x86 docker and it gives me that for some reason that library is compiled as the host, next week I will have a linux x86 I will investigate by doing some tests to see if I can send you the issue with a solution included). For my part, I would package and manage everything that we can control that does not include oss-cad-suite. At Icestudio I am preparing something similar with some dependencies that we have obsolete from node and js libraries that I am going to include statically outside of node to avoid deprecation messages and problems when updating node as well as to ensure that the projects will not disappear and leave Icestudio hanging. |
@cavearr, I will got ahead and change the packages import to be static. What should we do about the pip 'litterbox' package which does not import on darwin? Can we drop support for this board since it doesn't work anyway, and it's limited to the platform apio/apio/resources/boards.json Line 109 in 54bbe92
|
Hello @zapta!, could we have plates by architecture? I don't know if Apio can have boards supported only by certain architectures. If that were not the case, for me we could leave this board, I do not know it and I have no references to it but I have no news of any user who uses it. I don't know if @Obijuan will need it or consider it important to maintain, if necessary I could try to compile it and generate our own package, but I think it doesn't make sense because a board appears dependent on an old Rpi board and I don't think it would take the effort. sense. |
Hi @cavearr, currently these two linux_arm are dead code and even if we will add support for the platform linux_arm, we will need to do coding to support properly partial paltform support, and to write testing for it, such that this is not just a matter of adding packages. In general deadcode is a bad practice. It rots over time, makes maintance and testing more complex and confuses users. How about if I will delete them now, and if the priority will arise we will add them back properly, since the code will still be in git. |
i'm totally agree with you, for me go ahead. |
Thanks, will do. |
… non supported platform linux_armv7l. Discussion here FPGAwars#532
Done. Closing. |
apio has a list of pip packages that it loads (or asks the user to load) dynamically upon programmer demand.
apio/apio/resources/distribution.json
Line 5 in 54bbe92
Why not loading those pip packages statically like all the other pip package dependencies of apio?
Motivation: Code simplicity, avoiding user hassle, and early detection of broken packages (for example, the 'litterbox' package can't be installed on mac osx).
@Obijuan , @cavearr, any thoughts?
The text was updated successfully, but these errors were encountered: