usually you can put the commands in one line, like 'source xyz && ./run-script'
note any script files need to be installed in the image or downloaded before you run them
Obviously
hestitant to remove it without knowing why it's there in the first place. Something with cocotb? Can we use python3-dev in that case?
Same with mercurial. We should probably document why those packages are installed
Just realized that cocotb isn't even installed in the base image. If no one opposes, I will trim down the list now to only install what we actually use
Or are we moving from the base image altogether?
@olofk, please see librecores/docker-images#33. I'm open to help adapting existing lcci images after we discuss a possible roadmap.
And the multistage builds make a lot of sense. I read about that but couldn't figure out how it worked. Think I got it now with the cache_yosys example
As a gentoo user I'm very used to compile- vs run-time dependencies :)
@1138-4EB ok, this looks interesting but I guess we still don't have a good solution for the problem of building images with several of these tools? Right now I need an image with fusesoc, verilator, (maybe gtkwave) and some other stuff like Zephyr. There is no way of building fusesoc. verilator and gtkwave separately and then combine into one image, right?
- If everyone needs to compile it, it's easier to distribute a precompiled binary with deps in an image. This would be for things that takes a while to compile and where there aren't any readily available packages (e.g. verilator)
- Things that are complicated to build. I have personally given up trying to install ghdl on my machine with anything else but the mcode backend. I just can't get it to work
- Things that require a very specific runtime environment. This would apply to most proprietary EDA tools
For the rest of the stuff I guess sharing docker recipes rather than images makes more sense and let people build their own customized images
I tested the new version, can cut the release if needed
@Nancy-Chauhan It is definitely in our list, just created jenkins-infra/jenkins.io#2683 which moves this project idea to GSoC 2020. CC @martinda. I will be available for meetings after Dec 09
Hello everyone! I am Niranjan, a fourth year student of BITS Pilani, and I want to participate in GSoC 2020. Can anyone please help me start off by providing me some resources on familiarizing myself with the project? I am new to CI/CD, but have worked with Verilog before and I have good knowledge of computer architecture.
Hey @XenophobiusLovegood Welcome ! I am Nancy , Lets get started . You can start contributing to this project in many ways. Maybe you can take read https://fossi-foundation.org/2019/08/23/gsoc_LibrecoresCI_Report of GSoC 2018 Project report
You can also go through our website : https://www.librecores.org/static/librecores-ci
A great Insight of our project by @oleg-nenashev : https://www.youtube.com/watch?v=QiBq7wGTmrA&t=690s
A great Insight of our project by @oleg-nenashev : https://www.youtube.com/watch?v=QiBq7wGTmrA&t=690s
Last Year we made a lot of effort in keeping a record and documentation of the project progress. I have tried to put all the links in my past year project report . CC @oleg-nenashev @stffrdhrn
FTR I will unlikely be able to be a mentor in FOSSi this year. Too many other committments
I shall spend the next few days learning about the framework and installing everything so that I can start contributing.
Hey @XenophobiusLovegood I think it would we better if this conversation is put in main channel librecores since that group has a lot of maintainers of various projects associated with Fossi Foundation and would be easy to look if anyone is looking for CI for hardware project this year where you can get started
Hey @oleg-nenashev @stffrdhrn , can you please share orconf 2019 Poster Presentations , need it for reference . as well as I will update https://www.librecores.org/static/librecores-ci the web page with latest presentations :)